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I.    IN  TROD OCT ION 

The  Supply  Department  of  the  Naval  Postgraduate  School 
is  a  relatively  small  department  of  the  school;  however,  it 
is  representative  in  size  of  many  small  activity  supply 
departments.  It  has  an  allowance  of  twenty-one  military 
personnel  and  a  ceiling  of  tweuty-ssven  civilians  (including 
four  temporary  personnel)  with  which  to  p^rforni  the  primary 
functions  normally  performed  by  a  supply  d-?partment.  Figure 
1.1  depicts  the  organizational  structure  which  provides  and 
supports  these  functions.  Unlike  oaost  small  activity  supply 
departments,        however,  the      Supply        Department,         Naval 

Postgraduate  School  is  unique  in  the  distribution  of  its 
resources  due  to  the  relative  importance  of  certain  of  these 
functions   x.o   the  overall    mission   of   the    command. 

Any  supoly  departmen*  will  rel'/  heavily  on  the  material 
acquisition  function  to  maat  the  aa-arial  an i  service  ne=ds 
of  the  command.  In  most  cases  the  majority  of  acquisition 
actions  result  ir  the  acquisi-ion  of  standard  stock,  material 
through  the  federal  supply  system  whether  it  be  Naval, 
Department  of  Defense,  or  General  Services  Administration. 
Due  to  the  uniqueness  of  the  mission  of  the  Naval 
Postgraduate  School,  that  of  academic  instruction,  the  vast 
majority  of  acquisition  actions  results  in  the  procurement 
of  ncn-standard        stock  material        and/or  services. 

Non-standard  stock  is  that  material  or  service  which  is  not 
available  or  cannot  be  acquired  through  any  of  the  federal 
supply  systems.  An  examination  of  supply  department  records 
indicates  that  the  normal  distribution  of  acquisition 
actions  between  standard  and  non-standard  stock  is  about  20% 
and    80%   respectively.  The   point    to    be      understood   here   is 

not   so   much  this  lopsided   distribution    between   two    different 
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Figure  1.1   Supply  Department  Organization  Chart- 
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types  of  acquisition  actions,  although  the  relevance  of  it 
will  appear  throughout  this  thesis,  but  the  relev-ant  impor- 
tance placed  upon  material  acquisition  at  this  command. 
Perhaps  the  most  convincing  evidence  of  its  importance  is 
the  amount  of  personnel  resources  devoted  to  its  accomplish- 
ment. Of  the  forty-eight  personnel  complement  authorized 
for  the  Supply  Department  six  are  directly  involved  in  the 
actual  acquisition  of  material  or  services  and  t.wenty-six 
are  indirectly  involved  in  providing  support  functions  such 
as  technical  edit  and  review,  3ta"us  inairxteiiance  and 
followup,  a  ready  supply  store  and  receipt  and  invoice 
processing.  Sixty-seven  percen*  of  the  personnel  of  tha 
Supply  Department  are  either  directly  or  indirectly  involved 
in   the  material    acquisition    function.  The   purpose   of   this 

thesis  is  to  examine  tha  utilization  of  a  computer  based 
management  information  system  to  aid  the  Supply  Department 
in  the  performance  of  those  functions  that  provide  support 
to   the   material    acquisition    process. 

The  thesis  will  describe  the  support  functions  as  they 
are  presently  performed  and  review  any  internal  or  external 
influences  on  these  functions  prior  to  describing  a  suitable 
computer  based  management  information  system  and  its  accom- 
panying  database. 
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II.    PRESENT    SYSTEa    DESC5IPTI0N 

Before  presenting  a  computer  based  management  informa- 
tion system  that  will  support  the  neads  of  management,  ir  is 
appropriate  to  describe  tha  prasent  system,  i.e.,  functions 
performed,  files  maintainad,  and  flow  of  information  within 
the  system.  Figure  1.1  depicted  the  organizational  struc- 
ture of  the  supply  depar^im  ent.  Tha  branches  that  will  be 
focused  upon  throughout  this  thesis,  along  with  their 
respective  respcnsibiliria  s  as  dicta-ced  by  the  Naval 
Postgraduate  School    [Ref.    1 ,    P-    56-59],    are   as    follows; 

1.  Issue/Receipt  Control  -  responsible  for  the  technical 
screening  cf  all  raquisitions  and  issue  documents, 
processing  stock  raquisitions,  maintaining  control 
riles  of  lequisiriDn  transactions,  processing  of 
commercial  invoicss  for  payment,  modifying  purchase 
orders,    and   maintaining   purcnase    order    files. 

2.  Receiving  and  Shipping  -  responsible  for  the  receipt^ 
identification,  delivery,  and  accoantability  of  inbouna 
freight,  anc,  -che  iden  ti_icazioa ,  rou-ing,  packaqina, 
marking,  documentation,  and  loading  of  outbound 
freigh-. 

Primary  emphasis  will  be  placed  on  the  issue/receipt 
control  branch.  The  rscsiving  and  shipping  branch  will  be 
discussed  only  as  to  its  direct  interface  with  the  functions 
of   issue/receipt   control. 

Table  I  depicts  the  functions  necessary  to  carry  out 
these  responsibilities  and  the  delegation  of  responsibility 
to  perform  these  functions.  Each  of  the  functions  will  be 
described  below  in  a  sufficient  level  of  detail  to  allow  the 
reader  to  obtain  a  firm  grasp  of  tha  functions  performed, 
files  mainxained,  decisions  made,  and  the  general  flow  of 
information,  but  not  in  such  detail  as  to  confuse  the  reader 
or  attempt  to  make  him  an  expert  in  supply  control  proce- 
dures.       In   an  attempt  to   simplify   t.ha    following    discussion. 
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TABLE    I 
Functional    Responsibilities 

FUNCTION  RESPONSIBLE    BRANCH 

Technical  Edit  and  Review  I/R    control 

Material  Acquisition  I/R    control    (standard 

stock) 

Purchase  (non-standard 

StDCk) 

Status   Maintenance  and  I/R    control 

Followup 

Material  ID/Delivery  Recaiving   and   Shipping 

Receipt/Invoice   Processing  I/R    control 


only  the  primary  functions,  decisions,  and  inforaa-^ion  flows 
fcr  recurring  processes  and  "transactions  will  be  considered. 
Those,  fcr  reasons  exprasssd,  which  ire  not  mentioned  or  are 
referred  to  only  in  passing  have  no  significaar  bearing  on 
this  work,  or  are  not  of  a  frequently  occurring  nature.  Any 
impact  that  may  be  involved  will  be  discussed  as  needed. 
Figure  2.1  depicts  the  general  flow  of  information,  and 
documentation,    from    one    function   and/or    process    to   another. 

A.       TECHHICAL    EDIT    AND   REVIEW. 

The  primary  purpose  of  this  function  is  to  insure  that 
requisitions  submitted  to  the  Supply  Department  are  in  the 
proper  format  and  that  required  information  is  valid.  In 
addition,  each  requisition  is  reviewed  to  determine  if  the 
material  falls  into  a  category  of  material  that  requires 
special   processing. 
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Figure   2,1        Flowchart   of    Functional   Processing. 

There  are  two  general  types  of  requ  isi-iions-- those  which 
are  for  standard  stock  ^naterial  and  -hose  which  are  not. 
Each  type  will"  follow  a  pirticalar  processing  path  -hrough 
the    Supply   Department,    therefore   each    type    will    be    discussed 


separately     as      needed. 


Before    proceeding 


pointed  out  that  prior  to  being  received  by  the  Supply 
Department,  all  requisitions  have  been  reviewed  by  the 
Comptroller  Department  for  financial  obligation  purposes 
(job  order  numbers  are  matched  against  serial  numbers  to 
insure  only  authorized  obligations  are  permitted  further 
processing)  . 

All  requisitions  are  submitted  on  a  DD  Form  1348. 
Figure  2.2  is  an  example  of  a  completed  DD  Form  1318. 
Appendix  A  provides  a  detailed  explanation  of  each  data 
element.  Although  the  example  is  for  a  non-standard  stock 
item,  it  is  siitilar  to  a  standard  stock  requisition  with 
few,        minor     exceptions.  When      received      by      the      Supply 
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Department,      requisitions   are  time      stamped,      then   sorted   by 
standard  and  non-standard   stoclc. 

1 •      Standard   Stock 

These  requisitions  are  verified  against  the  Navy 
Management  Data  List  (NMDL),  which  resides  on  microfiche 
cards,  to  insure  that  the  following  information  is  correct 
for    the   material   being  requested: 

1.  National  Stock  Number  (NSN) 

2.  Federal  Supply  Group  and  Class  (FSC) 

3.  Cognizance  Symbol  (CDS) 

4.  Unit  of  Issue  (U/I) 

5.  Price 

6.  Quantity  (QTY) 

If  a  discrepancy  is  discovered,  the  requisition  may 
either  be  corrected  .by  issue/receipt  control  personnel  or 
returned  to  the  customer  department  for  cocrection  and 
preparation  of   a   new   requisition. 

In  addition,  each  standard  stock  requisition  is 
reviewed  to  determine  if  the  material  being  ordered  falls 
into  one  of  the  below  listed  categories  which  require 
special   processing   and/or   approval   authority: 

1.  Photographic  equipment  or  supplias 

2.  Reproduction  equipment 

3.  Filing  equipment 

U .  Typewriters 

5.    Defense     Industrial      Plant        Equipment      Center       (DIPEC) 
material 
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5.    Plant    account    property 

7,    Office  laborsaving   device   equipment 

Appendix  B  contains  a  brief  explanation  of  each  of  the  above 
mentioned   categories. 

Requisitions  are  also  reviewed  to  determine  if  the 
material  requested  is  carried  by  Ready  Supply  Store  (FSS)  . 
This  is  accomplished  by  searching  the  RSS  inventory  catalog. 
If  the  material  is  carried,  the  DD  Form  1348  is  returned  to 
the  customer  department  for  subsequent  submission  to  the 
RSS.  If  not,  the  normal  processing  procedure  continues. 
The  final  review  mace  is  i  verification  of  the  assignment  of 
valid  priorities  to  each  requisition.  Approval  is  required 
for    all  non-routine    priority   requisitions. 

2-      Non^Stan  dard    Stock 

Non-standard  mat eri al/servics  requests  are  similarly 
checked    for      valid   and  complete    information.  Requests   are 

also  reviewed  tc  determine  if  they  fall  into  one  of  the 
special  categories  of  material  requirir.g  special  processing 
and    if   valid     priorities   have  been   assigned.  In    addition, 

each  request  must  be  reviewed  for  possible  cross  reference 
to   a    national  stock    number. 

For  items  with  part  numbers  provided,  a  review  of 
the  Master  Cross  Reference  List  (MRCL)  is  performed.  Like 
the  NMDL,  the  MRCL  resides  on  microfiche  cards.  If  a  match 
is  made,  the  stock  number  is  verified  against  the  NMDL  to 
determine  its  validity.  I f  it  is  a  good  stock  number,  the 
request  is  returned  to  the  customer  department  for  prepara- 
tion of  a  standard  stock  requisition.  If  a  cross  reference 
is  not  made  or  if  a  stock  number  proves  erroneous  based  on 
the  NMDL  review,  the  requisition  proceeds  through  the  normal 
path. 
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For  items  without  part  numbsrs  (primarily  consuma- 
bles) ,  a  review  of  the  following  publications  is  made  for 
possible   cress   reference   zo    a   national    stock   number: 

1.  Afloat   Shopping   Guide 

2.  Federal  Supply    Schedules 

3.  General  Services  Administration    Catalogs 

Once  a  match  is  or  is  nDt  made,  t^e  same  procedures  that 
were  followed  for  part  nu^ibered  itens  ars  followed  in  this 
case. 

Not  all  items  are  reviewed--only  those  which  the 
reviewer  feels  are  prima  candidates  for  cross  referencing 
based  on  intuitive  and  subjective  reasoning.  Upon  comple- 
tion of  all  checks  and  reviews,  non-standard  stock 
requisitions  are  forwarded  to  the  purchase  branch  with  the 
appropriate  copy      placed    in      the   outsranding      purchase   order 

file, 

* 

B-       SATSBIAL    ACQUISITION 

Although  not  an  area  being  considered  in  this  -hesis, 
material  acquisition  is  aentioned  at  this  point  simply  to 
show  its  logical  position  in  the  procedural  flow  of  paper- 
work and  information  in  the  lifecycle  of  a  requisition. 
Once  a  standard  stock  requisition  has  completed  all  reviews, 
it  is  keypunched  for  transmittal  via  the  Autodin  network. 
The  appropriate  copies  are  then  placed  in  the  outstanding 
requisition  file,  others  are  forwarded  to  the  receiving  and 
shipping  branch  to  await  receipt  of  the  material,  and 
finally,  if  so  required,  requisition  copies  and  other  docu- 
mentation are  placed  in  the  appropriate  files  designated  for 
material    requiring   special    processing. 
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For  a  complete  description  of  these  and  ether  gsnerally  used 
material  acquisition  procsssing  files  and  their  purpose,  see 
Appendix  C. 

Non-standard  stock  material/service  requisitions  are 
passed  to  the  purchase  branch  for  appropriate  procurement 
action  from  commercial  sources.  The  specific  procurement 
actions  taken  are  very  complex  and  vital  to  the  command  but 
not  a  subiect  of  this  thesis.  Note  that  once  a  requisirion 
is  identified  for  commercial  procursment  it  loses  its  iden- 
tity by  document  number  and  can  only  be  referenced  by  izs 
newly  assigned  purchase  order  r.ambar.  The  relevance  of  ihis 
point  will  be  discussed  in  the  status  maintenance  and 
followup      section.  Onza      all      prDCurement        actions      are 

complete,  the  necessary  documentation  is  forwarded  to  the 
receiving  and  shipping  branch  and  issue/recsip-  control 
accordingly. 

C,       STATUS    MAINTENANCE    AND    FOLLOWUP 

Status  for  standard  stock  requisitions  is  received  from 
stock  points  in  two  general  formats,  message  or  card.  Many 
varieties  of  status  may  be  reported,  some  of  which  may 
require  action  to  be  taken  and  others  which  do  not.  As 
status  is  received  it  is  acted  upon,  if  required,  by  issue/ 
receipt  personnel  and  appended  to  the  DD  Form  13^48  residing 
in  the  outstanding  requisition  file  along  with  any  commen-s 
on   the   action   taken. 

Since  non-standard  material  is  procured  from  commercial 
sources  as  previously  discussed,  there  normally  is  no 
vendor-generated  status  associated  with  an  acquisition  of 
this   type. 

Followup  is  normally  performed  when  some  expected  event 
has   not   occured,    such  as: 

1.    No   status   received      within    a   certain    time      period   after 
submission    of   the  requirement. 
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2.  No   status      received   within   a      csrtain   time      period    from 
last   receipt  of   status, 

3.  Expected   delivery  date    has    elapsed. 

In  both  the  case  of  standard  and  non-standard  stock, 
followup    is      initiated  by  one     of  zvo    methods.  First,      by 

periodic  purging  of  the  Dutstanding  requisition  and  open 
purchase  files.  In  this  situation  a  review  is  made  of 
status  cards  for  standard  stock  items,  and  expected  delivery 
dates  of  non-standard  items  with  any  necessary  followup 
action  initiated  as  requirad.  This  is  a  very  ineffecient, 
time  consuming  method  whi::h  is  why  it  is  net:  performed  as 
often  as  it  should  be,  given  othsr  constraints  such  as 
personnel   shortages. 

A  second  form  of  followup  initiation  is  initialed  by 
status  information  queries  from  the  customer.  For  standard 
stock  material  the  customer  will  provide  the  respective 
document      number.  The      outstanding      requisition      is      then 

located  in  the  oatstandinq  requisition  file  and  the  attached 
status  cards  are  ■  reviewed  along  with  any  previous  followup 
attempts.  Any  further  followup  action  is  decided  upon  and 
taken   at    this   tiine. 

In  status  information  queries  for  non-standard  stock, 
the  customer  will  provide  the  respective  purchase  order 
number.  As  was  pointed  out  earlier,  a  requisition  loses  its 
identity  by  document  number  once  it  has  been  contracted  out 
to  commercial  sources,  and  further  reference  to  it  must  be 
by  purchase  order  number.  Armed  with  the  purchase  order 
number,  the  file  may  be  located,  reviewed  and  appropriate 
action  may  be  taken-  However,  in  practice,  the  customer  may 
not  have  the  purchase  orisr  number  (for  whatever  reason). 
In  this  situation,  armed  solely  with  the  document  number,  an 
exhaustive  manual  search  is  undertaken.  The  searcher  must 
scan    through     a    number  of      logs   and      files    in   an      attempt    to 
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cross  reference  these  two  identifying  numbers.  The  attempt 
is  routinely  successful  bat  obviously  consumes  a  great  deal 
of  time. 

One  other  type  of  follDwup  is  performed  by  issue/receipt 
control  personnel  specifically  for  non-standard  stock  requi- 
sitions. It,  too,  is  extra mely  time  consuming,  inefficient, 
and  burdensome.  Vendors,  on  many  occasions,  will  call  to 
inquire  about  payment  on  invoices  -hey  had  sabraitted  some 
time  in  the  past  and  hava  not  received  payment.  Al-hough 
issue/receipt  control  personnel  are  not  responsible  for  or 
aware  of  the  status  of  an  invoice  once  it  has  been  forwarded 
for  payment,  they  can  and  do  advise  the  vendor  as  to  the 
date  the  respective  invoices  vers  forwarded  for  payment 
(Processing  invoices  foz  payment  is  discussed  below). 
Normally,  this  would  present  no  problems.  However,  usually 
the  vendor  does  not  posssss  or  is  aot  aware  of  the  appro- 
priate purchase  order  number  which  is  required  ic  determine 
this  information.  irmed  with  only  ar.  invoice  number  and  the 
vendor's  name,  issue/reca ipt  control  personnel  mus*  again 
conduct  a  laborious  sear-h  through  a  number  of  logs  and 
files  to  cross  reference  this  invoice  number  -o  the  appro- 
priate purchase  order  number  so  that  the  specific  file  may 
be  pulled  and  reviewed  to  determine  the  information  neces- 
sary to  respond  to  the  vendor's  query.  Regardless  of  the 
method  used  to  initiate  followup,  oc  the  action  taken,  all 
results   are   annotated  and/or   filed. 

D,       H&TEBIAL    ID/EELIVERY 

as  previously  indicated,  copies  of  the  necessary  docu- 
mentation for  all  incoming  material  are  forwarded  to  the 
receiving  and  shipping  branch  where  they  are  kept  on  file 
awaiting  receipt  of  the  material.  There  are  two  files  main- 
tained,   one   for    each   type   of   requisition,    i.e.,    standard   and 


21 


non-standard  stock.  The  standard  stock  requisition  file  is 
maintained  in  Julian  date,  serial  number  order.  The  non- 
standard stcck  requisition  file  is  maintained  by  purchase 
order  number.  As  material  is  received,  the  receipt  papers, 
or  packing  slips  in  the  case  of  coiimercial  procurements,  are 
pulled  and  matched  to  the  filed  documentation  to  determine 
which  customer  department  to  deliver  the  material  to. 
Occasionally,  material  «/ill  be  received  from  a  commercial 
source  with  no  identifying  purchase  order  number  to  permit  a 
match  with  the  filed  documentation.  This  situaT^ion  precipi- 
tates a  call  to  issue/receipt  control  personnel  which  begins 
another  exhaustive  search  effor*  through  numerous  files, 
logs  and  other  documentation  in  an  attempt  to  determine  the 
corresponding  purchase  order  number.  Once  all  documentation 
has  been  gathered  together,  the  material  is  delivered  to  th9 
appropriate  customer  department,  signed  for,  and  all  docu- 
mentation  is   forwarded  to   the   issue/receipt    control    branch. 

E.       RECEIPT /INVOICE    PROCESSING 

The  function  of  receipt /invoice  processing  is  -he  final 
step    in      the   life     cycle    of      a    requisition.  However,      the 

results  of  procedures  followed  during  the  processing  may 
lead   to      delays    in      completion    of      the   cycle.  Examples   of 

these  delays  and  their  causes  will  be  presented  during  the 
discussion.  The  processing  of  requisitions  for  close-cu-c  is 
different  for  standard  and  non-standard  stock,  and  there- 
fore,   each   will    be   discussed   separately. 

All  receipt  papers  and  invoices  are  received  in  the 
Issue/Receipt  Control  mail  room  where  they  are  time  stamped 
and  then  sorted  by  contract  type  for  distribution  to  the 
appropriate   contiol    personnel. 
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During  the  sorting  of  receipt  papers,  they  are  reviewed  to 
determine  if  any  material  that  initially  fell  into  one  of 
the  special  categories  (Photographic  equipment,  etc.)  indi- 
cated earlier  has  been  received.  If  so,  then  the 
appropriate  personnel  are  notified  so  that,  required  action 
may   be  taken   based   on   present    guidelines. 

1 .      S ta ndar d   Stock 

The  document  that  enters  the  system  at  this  point 
and  causes  the  start  of  the  certification  process  is  the  DD 
Form  1348-1.  These  do^uipents  are  received  from  the 
receiving  and  shipping  warehouse  on  a  daily  basis. 
Documents  are  sorted  and  distributed  to  appropriata 
personnel.  The  DD  Fori  1348-1  is  accompanied  by  the 
original  requisition  (which  had  praviously  been  forwarded  to 
the  warehouse).  The  receipt  document  will  bear  the  signa- 
ture of  the  individual  receiving  the  material,  as  well  as 
the  date  received,  material  dsscription,  quantity,  etc.. 

Issue/receipt  personnel  will  then  proceed  to  verify 
that  the  material  received  is  the  material  that  had  been 
ordered  and  in  the  quantity  ordered.  If  the  receipt  indi- 
cates that  it  is  a  partial  shipment,  the  requisition  will  be 
annotated  as  such  and  placed  back  in  the  outstanding  requi- 
sition file  to  await  the  completed  shipment.  If  any 
discrepancies  exist  that  are  determined  to  be  the  responsi- 
bility of  the  issuing  activity  such  as  a  shorted  shipment  or 
damaged/incorrect  material,  then  the  customer  department  is 
notified  to  set  aside  the  material  until  disposition 
instructions  are  received  from  the  issuing  activity. 
Control  personnel  will  then  prepare  a  "Report  of 
Discrepancy"  (ROD)  and  submit  it  to  the  issuing  activity. 
The  requisition  is  annotated  and  all  documentation  is  filed 
as  required.  The  last  step  is  to  file  all  paperwork 
regarding   a  particular   transaction    into   the   Completed 
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Requisition  file,  unless  of  course  it  was  a  partial  ship- 
ment, in  which  case  the  documentation  will  remain  in  the 
outstanding   file. 

2.      Non-Stan  dard   Stoclc 

Because  of  the  variety  of  ways  a  non-standard  item 
may  be  acquired  and  because  of  the  lagal  aspecrs  of  bill 
paying,  the  processing  of  this  type  of  transaction  is 
somewhat      more      diversified,      complex      and      inevitably      more 

critical  to  the  command.  The  degree  of  criticality  as  a 
result  of  the  "Prompt  Payment  Ac-"  will  be  explained  later. 
The  following  discussion  will  be  divided  by  the  type  of 
acquisition  action.  Blanket  Purchase  Agreement  (BPA)  , 
Civilian      Qniver sities,        :i  aintenance/Rental,  and      Other. 

Regardless  of  the  contract  type,  the  receipt/invoice  process 
normally   involves  three   separate   phases    as   follows: 

1 .  File   set-up 

2.  Receipt    processing 

3.  Invoice   processing 

Each  of  these  will  be  discussed  separately  within  each 
contract   type. 

a.      Blanket    Purchase   Agreement 

A  Blanket  Purchase  Agreement  (BPA)  is  a  method 
of  effecting  small  purchases  from  commercial  sources  which 
provides  a  simplified  procedure  of  establishing  "charge 
accounts"  with  qualified  sources  of  supply  to  cover  antici- 
pated small  purchases  of  items  of  tha  same  general  category. 
It  eliminates  the  need  to  issue  repsated  purchase  orders  by 
permiting  placement  of  oral  orders  againsr  a  blanket 
purchase  agreement,  with  invoicing  accomplished  on  a  monthly 
basis.        The   initial      input    to  the   file    set-up      phase    is   the 
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Blanket  Purchase  Agreement  (BPA).  A  separate  folder  is 
established  for  each  BPA.  BPA s  renain  open  until  they  are 
retired  by  the  ccmmand  for  reasons  of  non-performance  or  by 
request  of  the  vendor.  The  next  input  to  this  phase  is  the 
DD  Form  13U8  requisition.  There  ara  BPA  callers  (personnel 
authorized  to  place  BPA  calls)  located  in  the  purchase 
branch  as  well  as  the  various  customer  departments.  Except 
for  minor  differences,  the  DD  Form  13U3  from  each  source  is 
processed  similarly,  therefore  they  will  not  be  discussed 
separately  but  differences  will  be  highlighted.  In  addition 
to  the  DD  Form  1348  requisition,  a  cont.ir.uatiDn  sheet  will 
be  attached  if  required.  A  continuation  is  required  when 
more  than  one  item  is  being  requested  from  the  same  source. 
If  the  order  is  placed  by  a  caller  in  a  cusroraer  department, 
then  a  NPGS  Form  4270  is  provided,  replacing  the  continua- 
tion   sheet. 

Some  important  information  is  available  on 
requisition  and  is  very  useful  in  future  followups  and  as  a 
management  information  tool.  The  information  available  is 
as    follows: 

1  .  BPA   number 

2-  Caller 

3.  Call  number 

4.  Date   order    placed 

5 .  Vendor 

6.  Vendor   representative    accepting    order 

7.  Price 
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The  process  involved  in  this  phase  is  very 
simple.  The  DD  Form  1348  requisition  together  with  any 
continuation     sheets   are      placad      in      the    BPA      folder.  No 

tangible  output  is  produced  at  this  stage  other  than  a  BPA 
folder  for   a   particular    BPA    and   a   particular   order. 

The  next  phase  begins  with  the  input  of  receipt 
documentation  f r cm  the  receiving  and  shipping  warehouse  to 
include  the  original  ordering  document,  any  continuation 
sheets,      and  the   packing   slip.  The    packing  slip   will   bear 

the  signature  cf  the  custoaer  dspartjien-c  representaivs 
receiving  the  material,  the  date  the  material  was  received, 
and  of  course  the  vendors  description  of  the  material  and 
quantity  received.  Issue/receipi.  personnel  will  verify  ^hat 
the  material  received  is  identical  to  the  material  ordered 
and      in      the     correct      guanri-y.  Any      discrepancies      will 

normally   be  dealt  with  by   phone    directly   with   the    vender. 

The  next  phase  begins  with  the  input  into  the 
system  of  an  invoice  froa  the  vendor.  Vendors  are  required 
to  submit  invoices  on  a  monthly  basis  ■*:  o  include  billing  for 
all  material  provided  daring  ~hat  particular  month. 
However,  in  practice,  vendors  will  invoice  by  order. 
Invoices  are  matched  against  the  original  ordering  document 
to  insure  that  billing  is  f cr  the  correct  material,  in  the 
correct  quantities  and  at  the  correct  price.  This  matching 
may  become  complex  if  there  are  substitute  ma-t:erials 
involved,  or  different  quantities  supplied  in  different 
units      of   issue.  Again,      any      discrepancies   are      normally 

settled  with  the  vendor  by  phone.  Depending  on  the  circums- 
tances, the  vendor  will  either  provide  correct  materials 
and/or  prepare  new  invoices,  or  a  modification  to  the 
original  contract  will  be  prepared  by  issue/receipt 
personnel. 
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Once  all  docum^nxation  is  in  agreement,  it  is 
placed  in  the  "Ready  to  Pay"  file.  BPA  invoices  are 
required  to  be  paid  on  a  monthly  basis.  However  since  most 
vendors  submit  invoices  on  a  per  order  basis,  invoices  are 
processed  more  frequently.  This  process  consists  of  first 
placing  all  documentation  from  the  "Ready  to  Pay"  file  into 
document  number  crder  by  BPA  to  ease  performance  of  the  next 
step.  Next,  a  "Summary  of  Accounting  Data"  is  prepared,  one 
for  each  BPA  with  no  more  than  five  lines  of  accounting  data 
unless  a  particular  invoice  covers  niore  'ihan  five  lines  of 
accounting.  In  ether  words,  an  invoice  should  Qot  be  spread 
over  several  sum  varies  to  meet  the  five  line  caveat.  Each 
line  represents  a  separate  line  of  accounting  and  must  indi- 
cate whether  this  is  a  partial  or  final  payment  by  use  of 
"pp"    or   "fp",    as    appropriate,    in   the    cost    code. 

Once        final        certification  signatures        are 

obtained,  the  necessary  documentation  is  distributed  as 
required.  The      final        step        involves      annotating        the 

"Historical    Record   of   BPAs"    with   the    following   elements: 

1 .  Call   number 

2.  Amount 

3.  Date   invoice  forwarded    for   payment 

This  information,  along  with  other  information  available  in 
the  filed  documentation,  will  be  very  useful  in  invoice 
payment  queries  from  vendors,  and  also  in  regards  to  the 
implementation  a rd  enforcement  of  the  Prompt  Payment  Act,  as 
well    as   for   general    management   information   and   control. 

b.      Civilian   Universities 

Civilian  university  contracts  are  issued  to 
provide  postgraduate  education  to  military  officers 
attending   civilian      institutions.        These      contracts    provide 
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for  the  payment  of  tuition  for  the  rsspsctive  students.  The 
initial  input  into  the  fila  set-up  phase  is  the  request  for 
establishment  of  an  agresment  with  a  particular  university 
from  the  customer  department  to  tha  purchase  branch,  the 
purchase  branch  request  for  same  from  Naval  Supply  Center 
(NSC)  Oakland,  and  finally  the  agraetnent  itself.  Similar  to 
a  BPA  this  negotiated  agreement  remains  open  indefinitely. 
A  separate  folder  is  established  for  each  university.  The 
next  inputs  to  be  received  are  the  negotiated  contract 
accompanied  by  the  DD  Form  1348  requisition.  Borh  the 
contract  and  the  requisition  reprssant  a  single  student, 
rather  than  multiple  studants.  Each  student's  contract  with 
a  particular  university  -arries  tha  same  purchase  order 
number  as  all  ether  students  attending  that  university; 
therefore,  a  unique  number  is  assigned  to  each  student  to 
distinguish  him  from  all  others.  This  unique  identification 
is  the  QE  number.  Each  fiscal  year  a  new  DD  Form  1348  and 
new  QE  number  is  assigned  each  student.  Some  important 
information  is  available  on  these  ijcuments  that  vill  be  of 
use   in  later   processing. 

1.  Document    number 

2.  University    rame     * 

3.  Student   name 

4.  Purchase  order    number 

5.  QE   number 

6.  Time   period  covered 

7.  Amount   obligated 

At  this  point  a  folder  is  established  for  a 
particular  university  which  includes  the  above  information 
for   every   student  attending.        In   addition,      initial    entries 
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are  made  on  a  "Tally  Sheet'*  which  has  the  purpose  of  keeping 
track  of  expenditures  for  each  student.  There  are  no 
receipts  involved  in  this  type  of  contract,  therefore  the 
next   input  into    the   system    is   the   invoice. 

Invoices  are  received  from  each  university  on  a 
periodic  basis  depending  on  whether  they  are  on  a  guarter  or 
semester  system.  Invoices  are  first  sent  to  the  customer 
department  for  verification  of  services  performed  since  no 
receipt  is  involved.  Tha  customer  department  returns  the 
invoice  after  verification  is  completed  having  anno^a-csd  the 
invoice  with  the  respeciivs  purchase  order  numbar,  document 
number,         and  signature.  Upon      receipt      of   the      annotated 

invoice  from  the  customer  department  issue/receip-c  control 
personnel  annotate  it  with  the  respective  QE  number.  At 
this  point  the  tally  she^t  is  updated  to  include  the  mos- 
recent   expenditure.  A   raview    is      .nade   to      insure   adeguate 

funds   remain   unobligated      to  cover   this   invoice.  If   not    , 

additional  funds  are  requested  from  the  customer  department 
ani  a  contract  modification  is  prepared  in  an  amount  to 
cover  -che  invoice  only.  Once  sufficient  funds  are  on  hand, 
the  invoice  is  certified  and  forwarded  for  payment  with 
annotations   made   of    the   date    forwarded    for    payment. 

The  negotiated  contract,  like  the  agreement,  is 
never  closed.  Only  a  particular  student  record  may  be 
closed  and  only  upon  graduation  or  attrition  by  other  means. 
The  DD  Form  134  8  for  that  particular  student  is  moved  from 
the  outstanding  to  the  completed  purchase  order  file  only 
when  funds  authorized  on  that  requisition  have  been  fully 
expended. 

c.      Maintenance/Han tal 

A  maintenance/rental  contract  is  established  to 
provide  for  either  maintenance  of  equipment,  rental  of 
equipment,      or   in     some   cases,      both   maintenance      and   rental 
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under  the  same  contract.  The  primary  input  to  the  file 
set-up  phase  is  the  negotiated  contract  accompanied  by  the 
respective  DD  Form  13U8  rej uisition.  A  separate  folder  for 
each  negotiated  contract  is  established  which  will  include 
all  requisitions  against  that  particular  contract.  A  parti- 
cular contract  is  with  ons  company  but  usually  covers  the 
maintenance  or  rental  of  various  equipment,  among  multiple 
customers  and/or  appropriations.  A  "Tally  Sheet"  is 
prepared  and  used  to  keep  track  of  expenditures  by  equip- 
ment. There  is  a  separata  tally  shr?t  maintair^ed  f^r  ^ach 
individual  piece  of  equipment.  Since  there  are  no  receipts 
involved  in  this  type  of  transaction,  the  next  phase  of 
invoice  processing  begins  with  the  input  into  the  system  of 
an  invoice  from  the  vendor. 

The  invoice  process  hers  is  similar  to  that  of 
other  contract  types.  Once  the  validity  of  the  charges  is 
certified,  usually  by  phone  with  the  respective  customer 
department,  zha  invoice  is  certified  and  forwarded  for 
payment  with  annotations  iT.ade  of  this  date.  Any  discrepan- 
cies are  normally  settled  by  phons  with  the  vendor.  In 
addition^  the  tally  sheet  is  updated  to  indicate  cumulative 
expenditures.  At  any  time  that  it  appears  additional  funds 
are  needed  to  cover  the  rental  cost  of  a  particular  machine 
within  a  department  and/or  total  funds  for  a  department, 
that  department  is  notified  to  provide  thos=  additional 
funds  by  submitting  a  new  DD  Form  13U8.  Control  personnel 
will  then  prepare  a  contract  modification  as  required. 

If  this  is  a  final  payaeat,  the  DD  Form  1348  is 
pulled  from  the  outstanding  purchase  order  file.  If  it  is 
only  a  partial  payment  (which  most  are  until  the  end  of  the 
year) ,  then  the  file  is  left  open  pending  further  invoices. 


30 


Q.      Other 

In  this  category  are  incladed  all  other  contract 
types  not  discussed  abovs.  These  basically  include  all 
types  of  contracts  for  material  vice  services  except  for 
those   acquired   through  a   3PA. 

The  initial  input  into  the  file  set-up  phase  is 
the  negotiated  contract  accompanied  by  the  corresponding  DD 
Form  1348.  This  is  termed  a  non-confirmed  order.  However, 
there  are  times  when  :ronfirraed  orders  are  received. 
Confirmed  orders  arrive  with  only  -h^a  DD  Fom  1343,  th? 
buyer's  working  papers,  and  any  continuation  sheets,  A 
purchase  order  will  be  prepared  ani  forwarded  at  a  later 
date.  Each  set  of  doc um ant at  ion  is  first  logged-in,  to 
include: 

1.  Purchase   order      number     (if      a   confirmed     order   this      is 
left   blank    until  the   contract   is    received) 

2.  Document   number 

3.  Date    file   set    up 

A  file  is  set  uc  to  consist  of  t-hs  above  docuraen'atior.  and 
placed  in  the  "Awaiting  Receipt  Papers"  file  unless  it  is  a 
prapaid  (e.g.  subscriptions,  books,  ate.)  in  which  case  it 
goes    immediately   to    the   invoica    processing   stage. 

The  receipt  processing  phase  begins  with  the 
input  of  receipt  documentation  from  the  warehouse  which 
includes  the  original  DD  Form  1348,  any  continuation  sheets, 
and  a  packing  slip  which  bears  the  signature  of  the  customer 
department  representative  receiving  the  raaxsrial  and  the 
date  received.  Is sue/recaipt  control  personnel  must  deter- 
mine whether  the  material  received  is  the  material  that  was 
ordered,  in  the  quantity  ordered  ani  if  it  was  a  partial  or 
complete  shipment.  At  this  point  tha  documentation  is  anno- 
tated  to    include  the    results   of    the   review    and   placed    in    tha 
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"Awaiting  Invoice"  file.  Upon  receipt  of  the  invoice  from 
the  vendor  a  similar  review  is  made  to  insure  that  the 
material  received  and  invoiced  for  is  the  material  which  was 
ordered  and  in  the  quantity  ordered.  The  following  elements 
are    compared  on    the    invoice    and   contract: 

1.  Vendor   name  and  addrsss 

2.  Material 

3.  If    substitution    was   ^nade 
ti .  Quantity 

5.  Unit   of   issue 

6.  Unit   price 

7.  Price   extensions 

Similar  to  3?A  invoice  matching  procedures,  this  process  may 
become  very  complicated  if  substitute  material  is  involved 
and/or  different  units  of  issue  are  u-'rilized  by  the  vendor. 
Any  discrepancies  in  the  above  elemsnts  must  be  brought  to 
the  attention  of  the  vendDU  and  either  the  vendor  will  take 
corrective  action  or  issus/receipt  control  personnel  will 
prepare  a  contract  modification  to  insure  the  contract  and 
invoice  are  in  complete  agreemsnt.  Either  of  these  actions 
will  result  in  a  delay  in  invoice  payment  so  appropriate 
comments  must  be  made  on  the  documentation.  Once  all  docu- 
ments are  in  agreement,  the  invoice  is  certified  and 
forwarded  for  payment.  If  the  invoice  is  for  a  confirmed 
order  and  the  contract  has  not  been  received  from  the 
purchase  branch  then  all  related  documentation  is  placed  in 
the  "Awaiting  Purchase  Orier"  file  and  the  purchase  branch 
is  notified.  After  an  invoice  for  final  payment  has  been 
certified  and  forwarded  for  payment  and,  the  date  recorded, 
then   the   respective  DD   Form   1349   is   pulled   from   the 
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outstanding   purchase     ordar    file.  If    it      was    for      partial 

payment   only,    the  file  is  left   open. 

Having  given  the  reader  a  descriptive  overview 
of  functions  and  processes  perforied,  files  maintained, 
decisions  made,  and  the  general  flDw  of  information  in  and 
out  of  the  issue/receipt  control  branch,  the  following 
discussions  of  the  requirements  and  capabilities  of  the 
proposed    information   system    will   be   more   meaningful. 
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Ill-    PROPOSED   COMPOTER    BASED   MANAGESSNT    INFORMATION    SYSTEM 

The  primary  driving  force  behind  any  factors  presented 
herein  is  the  Prompt  Payments  Act  (?PA)  [ Hef •  2 ]  of  1981. 
The  PPA  was  the  culmination  of  years  of  chronically  slow 
invoice  processing  by  government  agencies  resulting  in 
extremely  late  receipt  of  payment  for  goods  or  services 
provided    by      private   contractors.  Ihs    PPA      specifies   that 

interest  penalties  be  imposed  on  feleral  obligations  unpaid 
after  forty-five  days  from  receipt  of  the  material/service 
or  invoice,  whichever  is  later.  Interest  on  payments  made 
after  forty-five  days  will  accrue  from  the  thirty-first  day 
and  will  be  at  a  rate  specified  by  the  Department  of  the 
Trsasury.  Also,  it  is  required  that  a  record  be  raaint.ained, 
for  future  reference,  that  will  establish  -he  date  of  occur- 
rence of  the  important  events  concerned  with  invoice 
processing-,  i.e.,  date  aiaterial  received,  date  invoice 
received,    dare    invoice   forwarded    for    paynient,    etc. 

In  most  situations,  thare  is  a  division  of  responsibili- 
ties between  the  command  requesting  the  material,  the 
command  contracting,  receiving,  and  processing  the  invoice 
for  payment,  and  the  command  ultimately  paying  the  invoice. 
Therefore  the  Department  of  Defense,  in  conjunction  with  the 
Office  of  Management  and  Budget,  is  attempting  to  devise  a 
system  whereby  the  responsibility  for  any  delay  in  the 
payment  of  an  invoice  may  be  pinpointed,  and  the  resulting 
interest  penalties  may  be  appropriately  applied  to  the 
responsible  command.  Preliminary  guidance  [Ref.  3]  is  that 
the  receipt/invoice  processing  command  will  have  three  days 
from  the  receipt  of  the  material  or  invoice,  whichever  is 
later,  to  forward  the  invoice  for  payment.  The  only  author- 
ized   delay    in   this   three   lay  caveat      is    in   the   receipt    of   an 
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improper  invoice.  An  invoice  is  considered  improper  if  it 
is  not  in  agreement  with  the  original  contract  and  it  is 
determined  that  the  error  is  on  ths  part  of  the  contractor. 
In  this  case,  the  time  clock  is  stopped  until  the  contractor 
submits  a  corrected  invoica.  When  the  corrected  invoice  is 
received,    the   three    day   limit   begins   anew, 

Implementaticn  of  the  PPA  may  conceivably  have  a  great 
affect  on  the  budgetad  expenditures  of  the  Naval 
Postgraduate  School;  therefore,  any  increase  in  efficiency 
to  the  receipt/ invoice  processing  f'ancticn  and  iniproveaent 
in  the  ability  to  manage  an3  control  the  flow  of  receipt:/ 
invoice   documentation   would    be   beneficial. 

Of  course,  there  exist  othar  driving  forces,  that, 
although  they  are  obviously  a  dp.rect  result  of  -he  PPA,  they 
also  s-cand  alon<=  as  primary  driving  forces  in  this  or  any 
other   organ izat i cnal   entity.  Efficiency   and   effectiveness 

are  goals  strive d  for  by  any  organization  regardless  of  its 
size.  Several      instancss      of    dafioiencies      in      both      were 

mentioned'  earlier  during  the  discussions  of  the  present 
system.  Sach  of  those,  as  well  as  others,  will  be  brought 
up  for  discussion.  As  was  the  case  in  the  discussion  of  the 
present  system,  the  below  presentation  of  the  proposed 
system  will  be  in  relation  to  the  functions  performed,  i.e., 
that  which  is  required  to  assist  aaoh  function  in  improving 
efficiency  and/or  effectiveness  and  in  meeting  requirements 
set  forth  in  the  PPA,  And  finally,  since  any  supply  organi- 
zation is  customer  oriented,  keeping  the  customer  happy  is 
also   an   important   factor   to    consider. 

To  summarize,  the  following  objectives  are  the  primary 
driving    forces   behind  the   proposed   system: 

1,  Increase  functional  performance  efficiency  for  the  sake 
of  efficiency,  as  well  as  to  enhance  tna  ability  to 
meet   the   requirements    set   forth   by  the   PPA, 

2.  Improve  customer   relations. 
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A.       TECHNICAL    EDIT    AND   RE?IEW 

1 .      Standard  Stock 

The  two  basic  procasses  performed  during  this  func- 
tion are  first,  to  revisw  the  NMDL  to  validate  certain 
information,  and  second,  to  review  the  requisition  to  deter- 
mine if  the  requirement  is  for  matarial  requiring  special 
processina.  As  stated      sarli^r,         the      latter    process      is 

somewhat  subjective  and  relies  on  the  intuitive  reasoning 
capabilities  of  the  processor,  Therafcre,  this  process  aoes 
not  lend  itself  to  autooiation  of  any  kind.  Tha  NMDL  review 
is  primarily  objective  in  nature.  It  is  also  somewhat  tim^ 
consuming  utilizing  microfiche  cards  and  readers.  However, 
rha  NaOL  is  an  extremely  large  database  and  the  costs  asso- 
ciated with  having  it.  available  for  random  access  purposes 
would  be  greater  than  any  miner  bensfits  in  ti:ne  and  conve- 
nience  that   could   be    achiaved. 

2-      Non-Stan  dard    Stock 

Three  possible  prD cesses  ara  involved  in  the  tech- 
nical edit  and  review  of  non-s-andari  stock.  The  special 
material  category  review  is  not  presanred  for  automation  for 
reasons  as  stated  above.  Review  of  the  MCPL  for  part 
numbered  irems  would  be  simplified  if  it  could  be  done  on  a 
desk  top  CHT  screen  or  performed  by  an  applications  program. 
Similarly,  the  cross-referencing  Df  items  without  part 
numbers  would  be  simplifiad  by  like  capabilities.  As  with 
the  NMDL,  these  databases  are  ex-raaely  large  and  the  asso- 
ciated costs    would    outweigh    any    derived    benefits. 
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B.       STATUS    MAINTENANCE   AND    FOLLOHUP 

In  the  acco  crplishment  of  -chis  function,  issue/receipt 
coatrcl  personnel  have  their  primary  contact  with  the 
customer.  Any  improvsment  in  this  area  will  have  great 
impact  upon  the  relationship  between  the  customer  and  the 
Supply  Department  in  terms  of  both  customer  satisfaction  and 
the   reputation   of  the  Sapply   Department. 

''  •      Sta ndar d   Stocjc 

The  presence  of  a  computer  based  information  system 
would  assist  greatly  in  the  processing  of  standard  stock 
status.  By  providing  tha  appropriate  media  and  status  coda 
on  each  requisition,  the  receipt  of  card  format  status  could 
be   insured.  An  applications   program      designed    to      read   in 

these  status  cards  and  place  the  information  directly  into 
the  database  would  reducs  tae  tins  presently  devoted  to 
processing   status. 

As  previously  iiscussed,  followup  is  a  time 
consuming  process  that  often  tiaies  does  not  get  accomplished 
adequately.  Therefore,  any  increase  in  efficiency  in  this 
arsa  is  most  impcrtant.  In  considering  the  two  methods  of 
initiating  a  followup,  a  system  should  provide  improvements 
to  each.  If  a  followup  is  initiated  by,  say,  a  phone  call 
from  the  customer  department,  tha  capability  to  instantly 
see  the  history  of  that  particular  requisition  on  a  CRT 
screen  would  be  desirable,  rather  than  putting  the  caller  on 
hold   while   a   cumbersome   hardcopy   file    was    searched. 

Under  the  second  type  of  followup  initiation,  it  was 
shown  how  a  periodic  review  of  all  rsquisitions  to  determine 
which  required  followup  action  was  inefficient  when  done 
manually.  If  a  periodic  report  could  be  produced  to  indi- 
cate which  requisitions  required  followup  and/or  produce  the 
appropriate  followup  documents  (punched  cards),  a  more 
effective   followup    program    would   ensue. 
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2.      Non-standard    Stock 

As  with  standard  stock,  a  system  is  required  that 
would  allow  control  personnel  to  review  the  present  status 
of  any  non-standard  stock  requisition  on  a  desk  top  CHT 
screen  without  having  to  fumble  through  mounds  of  documenta- 
tion, and  without  keeping  the  caller  unduly  waiting.  Also, 
the  ability  to  periodically  review,  on  an  automated  basis, 
all  non-standard  requisitions  to  iatermins  if  any  have 
exceeded  their  expected  delivery  dates  would  greatly  reduce 
the  time  spent  manually  performing  this  function.  In  addi- 
tion, a  great  need  exists  to  be  able  to  cross  reference 
document    numbers      to    purchase  order   numbers.  As   explained 

earlier,  customers  often  times  do  aot  possess  the  purchase 
order  number  of  the  requisition  they  are  attempting  to 
followup.  Since  the  requisition  is  aow  solely  identified  by 
its  purchase  order  number,  a  nontrivial  amount  of  effort 
must  be  expended  to  cross  reference  these  two  identifying 
numbers.  The  ability  to  do  this  aatom atically  is  important 
to  the   efficient    performance    of    this    function. 

Also,  tc  alleviate  "^.he  inefficiency  associated  with 
invoice  payment  queries  from  vendors,  some  method  of  cross 
referencing  invoice  numbers  and  the  vendor  name  to  a 
specific   contract  is   required, 

A  final  requirement  would  oe  to  periodically  produce 
a  listing  of  all  standard  and  non-standard  stock  requisi- 
tions and  their  present  status  (as  well  as  a  history  of 
status  and  followup  actions  for  each) ,  This  listing  should 
be  broken  down  by  customer  and  provided  to  the  respective 
customer  department.  This  could  prove  to  eliminate  some  of 
the  many  followup-related  phone  calls  that  inevitably  delay 
control   personnel  in   the    performance    of   their   other    duties. 
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C.  HATESIAL   ID/BELI7EHY 

The  obvious  information  required  in  this  area  would  be 
some  method  of  matching  i  packing  slip  from  a  particular 
vendor  to   a      unique    purchase  order   number.  A    listing,      by 

vendor,  of  all  outstanding  requisitions  placed  with  that 
vendor  should   be   provided   on   a   periodic   basis. 

D.  RECEIPT/INVOICE    PEOCSSS ING 

1 .      Standard   Stock 

Since  the  processing  of  standard  stock  requisi-ions 
is  not  under  the  mandate  of  FPA,  th^re  are  no  requirements 
stemming  from  its  influencs.  From  the  standpoint  cf  effi- 
ciency and/or  effectiveness,  uhe  =li3iination  of  rhe  manual 
review  of  all  receipts  to  determine  if  they  are  material  of 
one    of     the   special      categories    would      be   desirable.  This 

would  reduce  the  time  expended  daring  rhe  sorring  process 
and  allow  the  processor  id  concentrate  his  ^jf forts  on  ths 
matching    procedure   cf   receipt   processing. 

2-      Non-Stan  dar d   Stock 

The  receipt/invoice  processing  funct.ion  for  non- 
standard stock  is  probably  the  most  critical  function  within 
the    Supply    Department.  As    indicated    in    the      discussion    of 

the  PPA,  the  ability  to  effectively  perform  this  function 
can  save  the  command  and  its  customers  considerable  and 
needless  expenditure  of  funds  in  ?enalt.y  and  interest 
payments  for  exc«eding  established  processing  times.  Thus, 
any  improvement  in  the  performance  of  this  function  and  in 
the   cbility  to    properly   manage  it.   is   vital. 
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a.  General    Cons idri rations 

In  determining  requiramants  for  this  function, 
consideration  was  given  to  the  possibility  of  computerizing 
the  matching  process  of  invoices,  against  receipts,  against 
contracts.  It  was  decided  that  to  do  so  at  this  time  would 
be  inadvisable.  The  process,  although  at  times  complicated, 
is     not  extremely     time   consuming.  The      ability   to      match 

material  descriptions  between  several  documents  each  of 
which  may  use  somewhat  different  terininologies  to  d-^scribe 
the  same  thing  is  difficult  snough  for  the  ha^ian  mind  at 
times.  However,  the  mind  may  usa  raasoning  to  distinguish 
the  differences  or  similarities.  Mthough  the  same  capa- 
bility may  be  technologically  available,  the  costs  more  than 
lilcely  far  exceed  any  minimal  benefits  in  efficiency.  This 
of  course  does  not  preclude  any  future  considerations  to 
enhance  the    system. 

b.  Blanket    Purchase   Agreement 

The  primary  isiprcvement  in  efficiency  in  this 
area  would  be  the  automatic  preparation  of  the  'suraTiary  of 
accounting  data'.  When  the  processor  had  completed  all 
required  reviews  to  verify  that  an  invoice  was  proper,  and 
was  ready  to  certify  for  payment  a  large  number  of  invoices 
he  could  simply  call  upon  an  applications  program  that  would 
do   the   following: 

1.  Sort   all   invoices   in  document   number   order   by    BPA. 

2.  For  each  BPA  subdivide  into  groups  of  five  lines  of 
accounting  data,  unless  an  invoice  covers  more  than 
five   lines. 

3.  Either  physically  oroduce  the  summary  of  accounting 
data  or  provide  tha  necessary  data  elements  in  the 
format   described  for   manual   preparation. 
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This  would  greatly  reduce  invoice   processing  time  and  hence 
improve  the  probability  of  meeting  the  PPA  requirements. 

c-   Civilian  Universities 

The  processing  of  civilian  universi-y  invoices 
is  very  straightforward  and  not  associated  with  any  ineffi- 
ciencies. Possibly  the  only  requirsment:  in  this  area  would 
be  some  assistance  in  keeping  track  of  student  expenditures 
to  insure  obligated  funds  are  available  for  any  expected 
invoices.  Presently,  wheasver  an  invoice  arrives  and  insuf- 
ficient funds  remain  in  the  account,  only  those  funds 
necessary  to  cover  that  particular  invoice  are  requested, 
and  the  criginal  contract  is  niodifiei  for  that  amount  only. 
For  each  subsequent  invoice,  additional  funds  and  further 
modification  are  necessary.  A  procedure  that  would  keep 
track  of  these  expenditures  and  notify  the  processor  when 
funds  are  low  (i.e.,  before  the  next  invoice  arrives),  not 
when  they  are  insufficient  to  meet  an  expenditure,  would 
speed  up  the  processing  tiae  by  reducing  the  need  for  future 
contract  modifications.  For  instance,  an  algorithm  that 
would  compute  the  average  monthly  (or  quarterly)  expendi- 
tures, compare  this  to  the  time  remaining  in  the  fiscal  year 
(or  the  time  period  coverai  by  the  requisition)  and,  by  use 
of  an  appropriate  decision  table,  determine  whether  or  not 
sufficient  funds  remain  in  the  account,  would  be  suitable. 

d.   Maintenance/Rental 

Similar  to  civilian  universities,  a  procedure  is 
required  to  automatically  keep  track  of  expenditures  by 
machine  and  notify  the  processor  when  funds  are  low,  and  not 
deficient,  to  preclude  future  contract  modifications  and 
assist  the  processor  in  the  mundane  record  keeping  involved 
with  the  respective  tally  sheets.  An  algorithm  and  decision 
table  approach  as  presented   for  civilian  universities  could 
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be  tailored  for  use  in  the  processing  of  maintenance/ren-tal 
invoices. 

e.   Other 

The  processing  of  these  contract  types  is  less 
complicated  because  there  i s  no  requirement  to  keep  track  of 
expenditures,  i.e.,  contracts  are  one  time  contracts  for 
specific  material  items,  not  anr.aai  or  continuing  type 
contracxs.  The  process  is  strictly  one  of  verifying  that 
xhe  invoice  information  is  correct,  making  necessary 
contract  modifications  =nd  certifying  the  invoice  for 
payment.  What  would  be  usaful  howevsr,  would  be  a  procedure 
for  reviewing  the  awaiting  receipr  paper  and/or  awaiting 
invoice  file  to  determine  which  records  do  not  have  purchase 
orders  attached,  and  subsequently  notifying  the  processor  so 
timely  action  may  be  taken  to  preclude  invoice  processing 
delays   at   a   later,    more   critical   stage. 

E.       REPORT    GENERATION 

Whereas  the  requirements  and  capabilities  presented  thus 
far  have  been  aimed  at  satisfying  the  general  demand  for 
efficiency  and  the  mandates  prescribed  by  PPA,  the  reports 
listed  below  are  presented  from  both  the  perspective  of 
efficiency  and  of  managerial  control.  While  the  require- 
ments and  capabilities  previously  mentioned  tend  to  improve 
the  efficiency  of  the  performance  of  the  various  func-ions, 
the  reports  below  will  provide  issue/receipt  control 
personnel  at  all  levels  with  the  information  desired  and 
needed   to   effectively   perform  the   respective   functions. 

Table  II  lists  the  various  reports  and  listings  which 
would  be  required  of  any  automated  system.  The  frequencies 
provided  for  each  report  and  listing  are  strictly  a  recom- 
mended  assignment  by   the   author. 
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REPORT 

FREQUENCY 

Purchase  Order/Document    Number 

Li 

sti 

ng 

semi-weejcly 

Volume  Report 

nionthly 

UMMIPS    Report 

annual 

Followup   Listing 

monthly 

Requisition   Status   Report 

bi-weekly 

ParTial   Shipmen"::    Report 

bi-weekly 

Historical   Invoice  Listing 

weekly 

Material   by   Vendor  Listing 

weekly 

Delayed   Invoice   Report 

monthly 

Confirming  Order    Report 

weekly 

Daily   Invoice   Report 

daily 

Production   Report 

daily 

Special   Material    Report 

weekly 

The  capability  to  request  any  of  these  reports  on  an  as 
needed  basis  is  required.  Each  of  these  reports  will  be 
briefly   described  below. 

!•      Purchase  Order/Doca  ment    Number    Listing 

The  Purchase  Order /Document  Number  Listing  is  used 
by  issue/receipt  control  personnel  in  followup  queries  when 
the  customer  department  has  only  the  document  number  for 
identification  purposes.  It  consists  simply  of  a  list  of 
document  numbers  for  non-standard  stock  items  and  their 
respective   purchase    order   number. 
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2 .  Volume   Report 

A  monthly  report  submitted  by  the  control  division 
supervisor  to  th€  Supply  Officer.  It  outlines  in  detail  the 
number  of  requisitions  submitted  to  the  Supply  Department 
during  the  previous  month.  Totals  are  first  segregated  by 
standard  and  non-standard  stock  and  then  within  this  segre- 
gation they  are  further  divided  by  priority  groups.  Totals 
are   given   for   the  host  and    all  tenant    coramands- 

3.  OMillPS    Report 

The  Uniform  Material  Mcvament  and  Issue  Priority 
System  (UHMIPS)  Report  is  an  annual  report  submitted  by  the 
command  to  the  Chief  of  Naval  Education  and  Training-  The 
information  required  for  this  report  is  drawn  from  the 
monthly  Volume  Reports.  It  consists  of  a  percentage  of 
total  requisitions  processed  by  priority  issue  group. 
Although  only  required  annually,  ths  Supply  Officer  may  use 
it  more  frequently  to  insure  that  tha  command  ramains  within 
the  limits  established.  The  primary  purpose  of  the  UMKIPS 
reporting  system  is  to  maintain  an  equitable  distribution  of 
requisitions  by  priority  issue  group  so  as  to  permit  the 
identification  and  preferential  processing  of  requirements 
by  level  of  criticality.  ,  Otherwise  there  could  be  no 
distinction  between  a  critical  and  non  critical  requirement. 
Also,  an  excessive  number  of  high  priority  requisitions 
could  result  in  "starvation"  of  lower  priority  requirements, 
i.e.,  lower  priority  requirements  will  tend  to  be  backloqged 
for    excessive  periods  of   time. 

^ •      Pollowup   Report 

A  report  of  requisitions  requiring  followup  action. 
This  report  was  discussed  previously.  Its  intended  purpose 
is     to  notify      processors      of      those   requisitions      requiring 
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follo¥up  action  based  on  predetermined  criteria.  It  should 
consist  of  the  document  number  and/or  purchase  order  number, 
if  any,  and  the  last  status  received  or  action  taken.  This 
may  be  expanded  as  desirad  to  include  a  complete  image  of 
the  DO  Form  13U8  and  a  complets  history  of  status  and 
followup  actions.  An  enhancement  tD  this  report,  specifi- 
cally for  standard  stoclc  requisitions,  would  be  the 
development  of  an  applications  program  that  would  provide 
followup  documentation  in  punched  card  format,  or  in  the 
proper  format  for  autodin  transmission,  rather  than  merely 
list    the   requisitions  that    require   followup. 

5-      Peg ui sit  ion    Status    Re£ort 

As  previously  discussed,  this  is  a  bi-weekly  report 
which  lists  all  outstanding  requisitions  together  with  their 
respective  status  and  a  history  of  any  previous  followup 
actions.  It  should  be  segregated  by  customer  dapartment  and 
disseminated      in    the      sacis    manner.  It    is      provided    as      an 

information  tool  for  ths  raspectivs  customer  i^partjient  with 
a  secondary  objective  of  reducing  the  number  and  frequency 
of   followup  queries    from   the   customer    departments. 

6 .      Partial    Shipment    Re  port 

A  report  of  all  requisitions  which  previously  had  a 
partial  shipment  and  are  awaiting  a  complete,  final  ship- 
ment. A  cutoff  of  any  desired  tiie  may  be  established  by 
management.  The  report  would  be  used  in  a  fashion  similar 
to  that  of  the  followup  report  and  nay  even  be  incorporated 
in   it, 

'f •      Historical   Invoice    Listing 

This  listing  would  contain  all  invoices  that  have 
bean  forwarded  for  payment  during  the  fiscal  year.  A  list 
of  all  invoices    received   should      be    provided   for    each    vendor 
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to  include  the  date  the  invoice  was  received,  the  date  it 
was  forwarded  for  payment,  and  the  amount  of  the  invoice. 
The  listing  would  be  updated  on  a  weekly  basis  and  would 
provide  issue/receipt  control  personnel  with  a  more  effi- 
cient and  convenient  meth cd  of  cross  referencing  invoice 
numbers  to  purchase  order  numbers  in  an  effort  to  answer 
vendor's   gueries   on    invoice    payments. 

8-  Material   b^   Vendor    Listing 

A  listing,  by  vendor,  of  all  outstanding  orders  with 
that      vendor.  Additional    inforaaticn      provided      would      be 

purchase  order  number,  document  njiaber  and  the  material 
ordered.  This  listing  would  allow  receiving  personnel  to 
match  the  unidentifiable  pacicing  slips  (i.e.,  no  purchase 
order  number  provided)  with  the  filed  documentation  to 
determine   which    customer   department    to    deliver   to. 

9-  Sjl^^ed    Invoice    5?Dcrt 

A  report  indicating  which  non-standard  stock  requi- 
sitions have  had  receipt  papers  r=02ived  (along  with  the 
material)  over  4  5  days  ago  (an  arbitrary  figure  which  may  be 
changed  by  management).  The  primary  purpose  of  this  report 
would  be  to  assist  in  purging  the  files  of  ov«raged  requisi- 
tions  in   an  effort    to  keep    the   files    at    a    manageable   level. 

10-  Confirmed  Order   Rs  port 

This  report  was  discussed  previously  and  is  used  to 
indicate  those  outstanding  requisitions  in  the  Awaiting 
Invoice  file  that  still  do  not  have  a  prepared  contract- 
This  report  can  be  expanded  to  include  requisitions  in  the 
Awaiting  Receipt  Papers  file  as  well.  Its  purpose  is  to 
reduce  the  possible  delay  in  processing  an  invoice  that  is 
caused  by  lack  cf  a  prepared  contract  when  the  invoice  is 
received.  It  should  consist  of  the  purchase  order  number, 
vendor,    and  the    material   ordered. 
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11.  Daily   Invoice  Report 

A  daily  report  iadicating  all  invoices  that  have 
been    received   but  not   processed.  It    should   be    broken   down 

by  processor  and  within  each  processor  by  invoice  age  (i.e., 
the  number  of  days  since  the  invoice  or  the  receipt  papers 
were  received,  as  appropriate)  .  This  report  would  be  used 
as  a  daily  reminder  of  which  invoices  should  be  processed 
first.  It  should  consist  of  the  invoice  number,  purchase 
order   number,    and  vendor. 

12.  Product  ivit  y/Bdckl  oa  Report 

A  report  which  provides  the  manager/supervisor  a 
detailed  breakdown  of  the  productivity  and  backlog  status  of 
each    processor.  Table   III    indicates    -he      various    measure- 

ments of  productivity  and  backlog  that  may  be  useful.  Any 
of  these  measurements  may  be  expressed  as  integers,  or  as  a 
percentage   of  totals,    or   both. 

It  should  be  poin-ed  cut  -hat  due  to  the  character- 
istics of  processing  different  types  of  contracts,  the  user 
of  such  a  report  must  be  careful  when  comparing  the  informa- 
tion presented.  For  instance,  processing  one  hundred  3PA 
invoices  may  not  be  of  the  same  magnitude  of  difficulty  as 
processing  one  hundred  maintenance/rental  invoices  or  any 
other      invoice.  Onless      a     method      can      be     developed      to 

normalize  the  statistics  presented,  the  user  must  rely  on 
his    subjective   judgements  and   experience, 

1  3.      Special   Material  Reocrt 

A  weekly  report  which  highlights,  for  all  material 
requiring  special  processing,  what  is  presently  on  order, 
and  its  respective  status.  It  also  provides  information  as 
to  the  receipt  of  any  of  this  material  since  the  last 
report,        to      include  the      appropriate      customer      department 
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TABLE    III 

1 

Productivity    (P)/Baclclog    (B)    Weasuremeats                      I 

1 

TYPE 

CATEGORY 

FORMAL 

B 

Awaiting    Receipt   Papers 

Integer /% 

B 

Awaiting   Invoices 

Integer /% 

B 

Invoices    Pending    (by    age) 

Integer /f^ 

P 

Invoices    Processed   this   Psriod 

Integer/% 

P 

Cumulative  Invoices    Processed 

Integer /fo 

P 

Receipts    Processed   this   Period 

Integer/Ti 

P 

Cumulative  Receipts    Processed 

Integer/% 
_      1 

retaining  custody.  The  purpose  of  This  report  is  to  facili- 
tate the  effective  control  of  This  special  3na*-.erial  and 
provide  an  audit  trail  from  the  initial  placing  of  rhe  order 
to  the  receipt  and  custody  of  the  material  by  the  cognizant 
customer  department.  The  repor-  should  be  segregated  by 
type  of  material  or  output  as  unique,  individual  reports. 
In  any  event,  dissemination  to  cognizant  personnel  for 
appropriate  action  is  necessary. 

F.   THE  DATABASE 

Having  presented  the  computer-based  information  system 
with  the  types  of  reports  and  capabilities  desired  it  is  now 
time  to  describe  the  database  which  would  be  reguired  to 
support  the  proposed  system.  The  database  is  perhaps  the 
most  critical  element  of  any  information  system. 


48 


To  be  effective,  it  must  contain  rslevant  and  ap  to  date 
information.  In  order  to  provide  the  capabilities  desired 
of  the  proposed  system,  what  information  is  needed,  where  is 
it  available,  and  how  shoald  it  be  stored  and  displayed  are 
questions  to   be    answered    in    the    remainder    of  this    chapter. 

1 .      Con  tents  ,   Availabil  ity    and  S  t  orac[e 

Figure  3.1  is  the  user's  view,  or  the  logical  repre- 
sentation of  the  database.  A  singla  arrow  point  denotes  a 
one-to-one  relationship  and  a  doubls  arrow  point  denotes  a 
one-to-many      relationship.  For      example,        there        is      a 

one-to-one  relationship  benween  rejuisition  and  purchase 
order  but  a  one- to-many  relationship  between  purchase  order 
and  requisition.  What  this  implies  is  that  each  requisition 
may  have,  at  th?  most,  one  purchase  order  associated  with 
it.  However,  each  purchase  order  may  represent  many  requi- 
sitions. The  relationship  denoted  between  requisition  and 
material  mean  that  each  requisition  nay  have  associated  with 
it  many  individual  maxerial  items  bat  a  particular  material 
izem  will  have  cnly  one  raquisixion.  Tc  expand  one  final 
step,  a  single  purchase  order  could  possibly  represent  many 
requisitions,  each  one  of  which  could  represent  many  indivi- 
dual   material   items. 

Each  block  in  figure  3. 1  will  include  several  indi- 
vidual fields  each  of  which  will  contain  a  specific  data 
element.  Figure  3.2  shows  the  different  data  elements/ 
fields  residing  in  the  respective  blocks.  Each  data  element 
is  listed  below  within  groups  which  are  segregated  by  their 
initial  entry  point.  The  initial  eatry  point  is  that  point 
where  the  information  first  enters  the  system  from  either  an 
outside  source  or  internally  generated.  It  is  at  this  point 
where  the  information  should  be  captured  and  input  into  the 
database.  For  purposes  of  this  discussion,  the  system  envi- 
ronment   is   defined    as  the   issue/receipt    control    branch;      any 
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Figure  3«  1        Logical    Database   Representation. 
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Figure  3.2   Data  Elements  by  Block. 
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other  branch  of  the  supply  department  is  considered  outside 
of  this  system.  Data  would  be  input  on-line  from  CRT  termi- 
nals at  the  point  of  entry. 

The  following  data  elements  are  available  on  the  DD 
Form  1348  with  initial  entry  at  the  technical  edit  and 
review  desk. 

1.  Hequisition  number  (UIC,  Julian  date,  serial  number) 

2.  Priority 

3.  Customer  Code 

U.  Total   cost     (for    requisition) 

5.  Nomenclature/Student   name/Machine    model 

6.  Unit  of   issue 

7.  Quantity 

8.  Unit   price 

9.  Sx-ended   price 

10.  Machine   serial    number 

11.  Special   material  flag 

The  determination  and  assignment  of  special  3!ateriai 
flags  should  be  made  at  -he  technical  edit  and  review  desJc, 
The  flags  will  te  set  so  that  proper  notification  may  be 
made  to  the  appropriate  office  when  items  are  received. 
There  will  be  flags  for  each  category  of  special  material  as 
required. 

The  following  information  is  available  from  either 
the  purchase  order  or  associated  DD  Form  1348  when  they 
arrive  from  the  purchase  branch  and  into  the  file  set-up 
phase   of   receipt /invoice   processing: 

1.  Purchase  order    number     (year,    type,    number) 

2.  Total    cost     (for   purchase  order) 

3.  Vendor 


coae) 
5.    Call   number    (in    the   case   of    a    BPA) 
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6 .  QE  number  (in  the  case  of  civilian  universities) 

7.  Contract  type  (1,2.3,   or  4   for  BPA,   Civilian  univer- 
sity. Ma  in  "cena  nee/Rental,  or  othar) 

8.  Processor   code 

In  addition,  at  the  time  of  entry  into  the  file  set-up  phase 
any  corrections  to  the  material  record  (nomenclature,  price, 
etc.)  necessitated  as  a  result  of  procuramenx  acxions,  may 
be   made.  Also,      the  processor      code    may    be      generated   and 

assigned  at  this  point.  The  processor  code  identifies  the 
particular  issue/receipt  control  individual  responsible  for 
the  receipt  and  invoice  processing  associated  with  thar 
particular  record.  Its  purpose  is  to  allow  for  the  moni- 
toring of  the  productivity  and  backlog  status  of  individual 
processors. 

The  date  material  is  received  is  available  from  the 
receipt  papers  received  from  the  receiving  and  shipping 
branch.  The  entry  point  is  the  receipt  processing  clerk. 
Associated  with  this  dar.a  element  is  the  'completed'  field. 
A  'yes'  in  this  field  ieno-es  tha-  no  further  material 
receipts  are  expected  for  this  document  number  (i.e.,  all 
material  has  been  received)  .  A  blank  field  denotes  either 
no   material   received      or   a    partial   receipt.  Assignment   is 

made   by   the   receipt    processing   clerk. 

The  invoice  number,  date-received,  date- forwarded, 
and  amount  fields  of  the  expenditure  information  block  are 
available  on  the  respective  invoice,  and  ^he  entry  point  is 
the   invoice   processing  clerk. 

The  final  payment  field  is  assigned  by  invoice 
processing  personnel  upon  processing  the  final  payment  for  a 
particular  purchase  order.  A  blank  field  denotes  partial 
payment  only  and  the   record    should   remain   open. 

Finally,  status  for  standard  stock  enters  at  issue 
control.  Status  for  non-standard  stock  requisitions  enters 
at   the   receipt/ irvoice   processing   section.      The   status    field 
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is  a  fixed  length  field  which  shall  provide  status  in  semi- 
coied  form.  The  field  may  be  made  long  enough  to  include 
brief  comments  as  to  information  on  returned  invoices.  This 
would   be    useful    in    invalidating   PPA   violation   allegations. 

There  are  many  ways  data  may  be  stored,  e.g.  on 
tape,  disk  or  drum.  Data  may  b=  processed  and  retrieved 
sequentially  or  randomly.  There  are  commercial  file  and 
database  systems  to  choosa  from  that  can  provide  many  desi- 
rable features.  Choices  are  dependent  on  hardware  and  funds 
available.  The      proposed    system      should      ultimately      have 

random  a.cc&ss  capabilities  specifically  for  the  purpose  of 
handling  status  inquiries  from  both  customer  departments  and 
vendors.  To  provide  random  access  will  require  disk  or  drum 
secondary  storage  mediums.  The  proposed  system  is  rela- 
tively uncomplicated  and  is  designed  with  one  primary  file. 
As  will  be  shown  in  the  next  chapter,  armed  with  an  elemen- 
tary knowledge  of  COBOL,  and  the  features  offered  by  the 
command's  IBI1-30  33  system,  a  very  effective  and  most,  useful 
production      system      may      be    developed      locally.  The      next 

section  will  provide  a  prototype  system  which  utilizes 
WATBOL,  a  COBOL  language  compiler  which  has  available  the 
report   writer   features  of   COBOL. 
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IV*  A  PROTOTYPE  STSTEM 

A  prototype  system  is  a  slimmed- down  version  of  a  full 
production  system.  That  is,  it  provides  just  a  sampling  of 
the  features  of  a  complete  system.  The  prototype  offered 
here  will  provide  a  sarapls  of  the  types  of  reports  that  can 
be  expected  of  a  fully  implemented  system.  After  presenta- 
tion of  the  prototype,  a  brief  discussion  of  ar.y  additional 
features  that  are  available  and  woald  be  part.  of  a  full 
production  system  will  be  presented. 

The  database  utilized  in  this  prototype  is  a  modified 
version  of  the  production  system  database.  The  database  is 
shown  as  the  data  division  of  a  COBOL  program  in  Appendix  D. 
Not  all  data  elements  are  included  -  only  those  required  for 
the  reports  presented  in  this  prototype.  Also,  certain 
segments  of  data  (the  blocks  referred  to  in  the  logical 
representation)  are  repeated  a  minioium  number  of  timas  for 
simplicity.  For  instance,  the  expenditures  blocic  is 
repeated  only  5  times,  whare  in  reality  it  may  be  repeated 
12  times  to  accomodate  Main tenance/Rantal  contracts.  There 
are  103  records  in  the  prototype  database,  all  of  which  are 
fictional. 

The  reports  selected  to  be  represented  in  this  prototype 
are  probably  the  most  important  to  the  efficient  operation 
of  the  issue/receipt  control  branch  and  in  providing  manage- 
ment ccntrol  information  in  moni-coring  PPA  effectiveness. 
The  Purchase  Order/Document  Number  Cross  Reference  Listing, 
the  Historical  Invoice  Listing,  and  the  Material  by  Vendor 
Listing  all  provide  some  form  of  cross  referencing  that  will 
reduce  the  time  inefficiently  consumed  in  exhaustive  manual 
searches  to  determine  specific  types  of  inforaiation .  The 
Daily  Invoice   Report  provides  management  wirh  a  monitoring 
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tool  to  keep  track  of  invoices  that  require  immediate  atten- 
tion so  as  to  preclude  any  violations  of  the  PPA-  The 
Requisition  Status  Report  provides  customer  departments  with 
the  status  of  their  requisitions  which  in  turn  may  reduce 
the  number  of  status  inquiries  which  are  presently  made  of 
issue/receipt  control  personnel.  And  finally,  the  Volume 
Report  provides  the  Supply  Officer  with  information  as  to 
the  volume  of  work  and  productivity  of  his  department. 
Examples  of  these  reports  are  in  Appendix  E.  Appendix  ? 
contains  the  respective  C330L  report  sections  and  procedure 
divisions   utilized   to   produce  the    reports. 
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7.    CONOtOSIONS 

This  thesis  has  presentsd  a  descriptive  overview  of  the 
functions  performed  by  the  issae/receipt  control,  and 
receiving      and   shipping      branches.  It      has   discussed      ths 

impact  of  the  Prompt  Payment  Act  and  the  importance  of 
taking  steps  to  improve  the  efficiency  and  effectiveness 
within  these  areas.  A  proposed  computer-based  information 
system  was  described  including  various  management  reports 
and  listings,  as  well  as  a  description  of  the  database 
required  to  support  the  proposed  system.  Finally,  a  proto- 
type system  was  described  and  presented  with  the 
accompanying  divisions  to  be  used  in  a  COBOL  applications 
program. 

The  prototype  was  presented  utilizing  COBOL  for  a 
specific  reason.  COBOL  is  a  programming  language  similar  to 
English,      used      for    commercial    data    processing.  Th$re   are 

features  in  COBOL  thar  make  for  relatively  simple  expansion 
of  the  prototype  into  a  full  production  information  system. 
The  report  writer  which  was  used  in  the  prototype  provides 
excellent    report   writing   capabilities.  There   are    features 

for  handling  direct  fils  organizations  such  as  indexed 
sequential  access  method  (ISAM)  which  would  allow  for  both 
sequential    and   random  accsss   by    primary   or   secondary    keys. 

After  a  study  and  review  of  the  prototype  system  intro- 
duced in  the  previous  chapter,  as  well  as  the  capabilities 
of  the  IBM-3033  system  and  the  features  of  COBOL,  the 
remainder  of  the  proposed  system  may  be  implemented  to 
include  any  additional  applications  deemed  appropriate  as  a 
result  of  the  review.  For  instance,  by  utilizing  the  direct 
file  organization  handling  features,  relatively  simple 
applications      programs   may      be      prepared      which   would      allow 
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random  access  to  indiviiaal  documant  number  or  purchase 
order  number  records  and  permit  interactive  query  and 
response  at  terminals  located  by  each  receipt/invoic® 
processing  clerk.  The  report  writer  may  be  utilized  to  mak^ 
these  interactive  sessions  more  understandable  by  formatting 
responses  in  more  meaningful  ways,  lo  accommodate  low  skill 
level  personnel,  on-line  input  sessions  may  be  developed 
utilizing  interactive  inxs rogation  by  the  terminal,  with 
appropriate  responses  by  the  user.  Another  possible  on-line 
input  session  fchich  may  be  developed  is  to  use  screen 
formated  forms  ( DD  Form  13U8,  contract),  whereby  the  user 
would  enter  the  appropriate  infornation  froni  the  source 
documents  directly  into  the  respective  areas  on  the  screen. 
The  exact  method  chosen  will  be  ba.sed  primarily  on  manage- 
ment's decision  as  to  what  skill  or  knowledge  level  of 
employee  will  perform  data  entry.  Applic?tions  may  also  be 
developed  to  puree  the  master  file  of  records  which  have  had 
final  payments  made  in  the  case  of  no n-srandard  stock  requi- 
sitions, or  in  the  case  of  standard  stock  requisitions,  when 
all  quantities  of  the  material  have  been  received.  There 
may  be  many  mors  possibla  applications  which  have  not  been 
considered  in  this  thesis  and  they  will  be  eventually 
brought  to  surface  as  a  iirect  result  of  the  implementation 
and  use  of  the  first  system  put  into  production.  The  expan- 
sion of  the  prototype  system  into  a  full-blown  production 
system  complete  with  users  manual,  maintenance  manual,  etc. 
would  be  an  excellent  follow-on  study  to  this  thesis  and 
would  be  suitable  for  either  computer  systems  or  computer 
science  students.  The  effor-s  expended  would  be  very  bene- 
ficial to  the  Supply  Department,  the  Naval  Postgraduate 
School,  as  well  as  any  other  commands  supported  by  the 
School. 
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4P£1NDIX   A 
DD   FORM    13U8    DAP  A   ELSHENT    DESCfilPTION 

Data    Block   A    (Seed  To) 

This  block  identifies  the  source  of  supply  for  the 
material/   service  being  requested. 

Data    Block   B    (Eeouisition   is    frcni)  . 

This  block  identifies  the  customer  department,  command, 
or   any   other  authorized   requestor. 

Data   Block  C. 

This  block  identifies,  in  abbreviated  form,  the  nomenc- 
lature of  the   requested   material/service. 

Card    Col u an    1-3     (Document    I  df^nt.  if  ier) 

A  three  character,  alpha-numeric  code  which  identifies 
the  type  of  request;  e.g.  ,  standard  sr.ock,  non-s-andard 
stock. 

Card   Column   H^    (Soiililia   Id  entif ier) 

A  three  character,  alpha-numeric  code  which  identifies 
the    activity   to    which  the   requisitioa    will    be   submitted. 

Card   Column   7    (Media   and   Status) 

A  single,  alphabetic  character  which  identifies  the 
format/type  of  status  desired  by  the  requesting  activity  and 
at    what    frequency  rate. 
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Card   Column   &z2  2    (Stock    Nasser)  . 

These  columns  contain  the  national  stock  number  of  the 
material  being  requested,  if  standard  stock.  If  for  non- 
standard stock  then  this  area  contains  the  nomenclature  of 
the   desired  material/service. 

Card   Column    23-2  U    (Unit   of    Issue)  . 

A  two  character  alphabetic  cod?  indicating  the  appro- 
priate  unit   of   issue. 

Card  Column  25-29  (^uantit^) .  Indicates  desired  quantity  of 
the  material  being  requisitioned.  The  quantity  should  coin- 
cide with  the  unit  of  issu=  to  insurs  the  resultant  material 
receipt   is   for   the   correct    amount. 

Card   Column    30:2i£j    (Document    Number)  , 

This  is  a  unique  identifier  cod=  which  designates  this 
requisition  is  originating  at  a  single  scares  and  for  a 
particular   item      of    material/service.  Ir   consists      of   tne 

Unit  Identification  Cods  of  the  command  desiring  the 
material,  the  Julian  date  the  requisition  was  prepared,  and 
a  sequentially  assigned  serial  nurabsr  (particular  series  of 
numbers  are  assicned  to  departments  by  the  Comptroller  each 
fiscal   year) . 

Car  d    Column    UU    (Tern and)  . 

A  single,  alphabetic  character  designating  this  parti- 
cular request  as  a  recurring  (H)  or  aonrecurring  (N)  demand 
for   this    material/service. 
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Card  Column   45    (Service)  . 

Contains  the  last   digit    of  the   applicable   fiscal    year. 

Card   Column   4  6-50    ( SuppJementar  y  Address)  . 

Consists  of  a  job  order  number  as  assigned  by  the 
Comptroller  at  the  beginning  of  the  fiscal  year  to  each 
customer    department      and   command.  For   financial      purposes 

onl  y. 

Card    Column   5±    (Signal)  . 

A  single,  alphabetic  character  designating  whether  the 
requisition  is  fcr  chargeable  material/service  (A)  or  non- 
chargeable   publications    (D)  . 

Car d    Column    5 2- 5 J    (Fund) . 

A  two  character  alpha- numeric  code  indicating  how  the 
requisition  is  to  be  funded.  For  n3n-rei3\bursible  requisi- 
tions enter  2S ,  and  for  Appropriar ion  Purchase  Account 
material    enter   4  6. 

Card   Column    54-5  6    (Distribution)  . 

Contains  the  cognizance  symbol  for  the  standard  stock 
material  being  requested.  Left  blank  for  non-standard  stock 
items. 

Caird   Column    57-5  9    (Project)  . 

Identifies  requisitions  for  specific  projects  or 
programs. 
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Card   Column   6 0-6 J    (Priority) . 

Identifies  the  relative  urgency  of  this  requirement 
against  standards  prescribed  by  the  Uniform  Material 
Movement   and  Issue   Priority    System    (UMMIPS)  . 

Ca£d   Column   6  2^64    fReguirsi    Delivery   Date) , 

Indicates  the  date  that  this  requirement  must  be  satis- 
fied. 

Car  d    Column    65-6  6    (Advice)  . 

A  two  character  alpha- numeric  code  used  to  provide  the 
supply  source  with  special  instructions  applicable  to  the 
requisitioned  item  when  considered  necessary  to  insure 
appropriate  supply  action.  There  are  mandatory  advice  codes 
for      Mandatory   Turn-in   Repairable   itens. 

Card    Column   6  7-68    (Delil^^i) • 

Assigned  by  the  Coapt roller  f^r  financial  purposes. 
Each  customer  department  and  comnap.d  have  unique  delivery 
codes. 

Data    Blocks   L^M ,  Jr£r5»Ir  §1^^    S    (Remarlcs)  . 

May  be  used  to  provide  additional  information  concerning 
this  request,  as  considered  necessary.  Should  include 
Transportation  Account  Code  for  non-standard  stock  requisi- 
tions. 

Data  Block  0  (Expense) . 

Contains  financial  data  required  by  the  Comptroller. 
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Data    Block   T    (Remarks) , 

Contains  the   unit   price. 

Data   Block   U    (Re  rar  ks) . 

Contains   the   extended   orice 
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SPECIIL    MATERIAL    CATEGOBI    DESC2IPTI0NS 

Photographic  Equipment  or  S  upplies 

Any  requirement  for  photographic  equipment  must  bear  the 
approval  signature  cf  an  authorized  representative  of  the 
Educational   Media  Department    (EMD) .  This    individual   veri- 

fies that  the  equipment  baing  requsst-sd  is  nor  part  cf  the 
photographic  inventory.  If  it  is,  the  requisition  is 
normally  cancelled  and  zha  requestor  is  direcrsd  to  uss  the 
itsm    in    photographic   inventory.  Photographic   supplies   are 

normally  provided  by  EMD.  An  authorizad  signature,  there- 
fore, indicates  that  the  item  being  requested  is  not 
available   through  EMD   and    procurement    is   authorized. 

In  addition,  the  Chiaf  of  Naval  Education  and  Training 
(CNET)  authorizes  the  expenditura  cf  funds  for  phctcgraphic 
equipment,  without  prior  approval,  in  an  annual  amount  of 
S2500.  Once  this  ceiling  has  bean  reached  any  additional 
requests  must  be  approved  by  CNST.  Therefore,  a  running 
balance  must  be  maintained  for  photographic  equipment  expen- 
ditures. 

Finally,  photographic  equipment  may  also  be  considered 
plant   account   material.      Sae  Plant    Account    for   criteria. 

Reproduction   Equipment 

All  requests  for  the  lease  or  purchase  of  reproduction 
equipment  must  have  been  approved,  and  have  been  issued  an 
authorization  number,  by  the  Navy  Publication  and  Printing 
Service  Office.  Any  requisition  lacking  this  authorization 
number   is  rejected. 
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Filing   Equipment 

There  has  been  an  inda finite  moratorium  placed  on  the 
acquisition  of  new  filing  equipment.  Requests  for  waivers 
must  be  accompanied  by  adequate  justification  aad  ultimately 
must      be      approved/disapproved   by      CNST.  Any      requisition 

lacking  CNET  approval  is   rajected. 

Typewriters 

In   recent   years      thers    has   been   an      inordinate   number   of 

new  typewriters  procured  oa  a  goveraaient-wida  basis.  I-Iora 
strict  controls  en  their  icquisition  h.a.v^i  been  i  aplemented. 
The  Navy  postgraduate  School  has  placed  acquisition  approval 
authority  in  the  hands  of  the  Supply  Officer,  Any  requisi- 
tion fcr  typewriters  laolcing  the  approval  of  the  Supply 
Officer   is   rejected. 

pja nt    Account   Property 

Plant  account  prcper'iy  is  Navy-owned  personal  property 
of  a  capital  nature  located  in  activities  comprising  the 
Naval  Shore  Establishment  Of  primary  concern  to  the  supply 
deoartment  is  class  3  and  4  (DIPEC)  plant  property.  Class  3 
plant  property  must  have  an  initial  sstimated  or  actual  cost 
in  excess  of  $1000.00,  have  an  expected  life  of  at  least  two 
years,  and  not  be  consumed  in  performance  of  i-s  work. 
Examples  are  electronic  typewritsrs,  word  processors. 
Automated  Data  Processing  Equipment  (ADPE),  etc.  All  plant 
property  (including  DIPEC)  must  be  strictly  acounted  for  and 
controlled.  Although      plant    property      accounting      is      the 

responsibility  of  the  comptroller  department,  the  supply 
department,  having  the  responsibility  of  acquisition  and 
receipt,  must  be  able  to  identify  this  material  and  notify 
the  comptroller  department  of  its  receipt  so  proper 
accounting   actions   may  be   taken. 
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Defense   Industrial    Plant   2gui£ment   Canter    Material    (DIPEC) 

DIPEC  material  is  generally  categorized  as  class  4  plant 
account  property.  Also  called  industrial  plant  equipment, 
its  initial  cost  must  excaed  $1003.00  and  it  is  generally 
used  for  altering  the  physical,  chemical,  or  electrical 
properties  of  laterial.  Examplss  are  large  industrial 
lathes,  drill  presses,  and  grinders  usually  found  in  public 
works  shops  or  shipyards.  All  requests  for  DIPEC  material 
must  first  be  submitted  to  the  Dsfense  Industrial  Plant 
Equipment  Canter  (DIPEC).  DIPEC  screans  all  excass  inaterial 
lists  for  availability.  If  the  itam  is  available  it  is  made 
available   for      the   transportation   costs   only.  The    command 

may    reject   the      offer   with    adequate    justification.  If   the 

item  is  not  available  from  excess  or  if  tz  is  rejected, 
DIPEC  will  provide  approval  authority  to  acquire  the  item 
through  normal  procurement  channels.  Any  request  for  DIPEC 
equipment  must  have  been  approved  by  DIPEC  prior  to  any 
procurement   action   being   taken. 

Off  i.ce   Laborsaving    Device   Esu^£ment 

Typewriters,  calculators  (excluding  handheld),  adding 
machines,  dictating/transcribing  machines,  microfiche  squip- 
aent,  etc.  are  considered  office  laborsaving  devices.  Thera 
are  strict  guidelines  as  to  tha  acquisition,  custody, 
maintenance,  replacement  and  turn-in  of  thase  devices. 
Appropriate  approval  authority  is  raquired  for  any  acquisi- 
tion. Requisitions  lacking  approval  authority  are  rejected. 
The  Supply  Officer  is  tasked  with  the  management  and  custody 
control   of   all   office  laborsaving   device   equipment. 
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4P21NDIX  c 

MATEBIAL    ACQOISITIOM    PROCESSING    FILES 

Outstanding  Requisition  File 

This  file  is  maintainad  for  outstanding  standard  stock 
requisitions  only.  It  coasists  of  the  original  DD  Form  1348 
and      associated      keypunched      card.  Each      requisi-ion      has 

appended  to  it  ail  associated  statas  cards  and  followups. 
It   is    maintained   in    docuasnt   number   order,    by   fiscal    year. 

Outstanding   ?]irchase   Order    File 

Similar  to  the  outstanding  requisition  file  in  that  it 
represents  all  outstanding  requisitions  for  non-standard 
stock    items.  However,      a    history      of    status      and    followup 

action  is  not  maintained  here  but  rather  in  the  respective 
receipt  processing  files.  It  is  aaintained  primarily  as  a 
starting  reference  point  whan  attempting  to  cross  document 
numbers  to  purchase  order  numbers,  as  well  as  a  single 
source   file   of  outstanding    non-standard   requirements. 

Completed    Reguis Ition  File 

Maintained  for  standard  stock  items.  When  requisitions 
are  completed  they  are  pulled  from  the  outstanding  requisi- 
tion file  and  placed  in  this  file  with  the  appropriate 
receipt  papers  attached.  It  is  aa  historical  record  of 
standard   stock   transactions . 
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Photographic   Approval  Authoritx   File 

This    file      consists   of    all      raquisitions    (or      copies   of) 
for      photographic     eguipmsnt      which        is      awaiting      approval 
authority   from   CUET.      Approval   authority   is   reguired   because 
the   $2500   ceiling  has   been    exceeded. 

QMi standing  DIP EC  File 

This  file  consists  of  requisitions  for  DIPEC  equipment 
which  are  awaiting  a  forrnal  reply  to  an  excess  screen  avail- 
ability from  DIPEC.  Included  with  ?2.ch  requisition  is  a  DD 
Form    1419    which    is   the   formal,    excess    request    document. 

Completed    DIPEC    File 

An  historical  record  of  DIPEC  acquisition  instruction 
for    all   DIPEC   equipment   requests. 

M22i.i  2 J   Discrepancy    (ROD)     File 

A  file  of  HOD  reports  ^nd  associated  requisition  and 
receipt  papers  for  material  which  has  been  received  damaged, 
erroneous   quantities,   incorrect   material,    etc. 

Awaiting   Rec9i£t   Papers    File 

For  non-standard  stocK  procurements,  this  file  consists 
of  the  DD  Form  13U8,  any  continuation  sheets,  and  in  most 
cases,  the  negotiated  contract.  As  the  name  implies,  this 
file    is    for   requirements    which   remain    outstanding. 

Awaiting   Invoice   Fl.le 

Normally,  once  material  and  receipt  papers  are  received 
and  processed,  all  documentation  is  moved  to  this  file  indi- 
cating all  processing  is  complete  with  the  exception  of 
having  the    invoice. 
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Awaiting   Purchase  Order   File 

For  confirmed  ord€r3      which    have   been   received      and   have 
bean    invoiced      biit    have   no    supporting      documentation.        This 
file   should  be    kept    at   minimal    size.       Every  record   in    it    has 
the      potential  of      exceeding  the      Prompt      Payment    Act       (PPA) 
guidelines, 

I^§^2  Z2.  £§.1  File. 

A  file  consisting  of  rsguirements  which  have  been  satis- 
fied and  have  all  the  iocument= tion  reguirei  (invoice, 
receipt  papers,  negotia-el  conxract,  etc.)  to  be  certified 
and    forwarded   for  payment. 

Historical    Deman d  File 

Contains  a   ccpy    of  ail    DD  Form    1343*3    for  standard   stock 

requisitions.         Maintained      in   National    Stock  Number   order. 

Its    purpose      is    to    keep    an       hisicrical    record  of      demand    for 

standard   items    sc      that   decisions  may    be    made  as    t?o    whether 

or   not   to      bring   an    item    iato   stock    based      on  its      frequency 
of    demand. 
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APPENDIX    D 
PROTOTYPE   IDENTIFICATION,     ENYIRONHEHT    AND    DATA    DIVISIONS 

IDENTIFICATION    DIVISION. 
PEOGEAM-IC.    THESIS. 
AUTHOR,        IHADDEUS    F.     ZYCHOWSKI. 
DATE-WRITTEN,       OCTOBER    1982. 
DATE-COMPILED.       OCrOBER    1982. 
SECURITY,       NONE, 
ENVIRONMEOT    DIVISIO^I  , 
CONFIGURATION    SECTION. 
SOURCE-CO  f!PUTER.       I3M-370. 
OBJECT-CO  KPUTER.       I3M-370. 
INPUT-OUTPUT    SECTION, 
FILE-CCNTFOL, 

SELECT    MASTZP-FILE    ASSIGN    TO    UT-S-OLDMAST, 

SELECT    REPORT-FILE    ASSIGN    TO    DT- 5- SORTOUT. 

SELECT    ?ODOXRE?-FILZ    A33I3N    TO    UT-S-PURCH A3 E. 

SELECT    HISTORY-FILE    ASSIGN    TO    UT-S-HISTOR Y . 

SELECT   MATERIAL- FILE    ASSI3N    TO    UT-3-MAT  ZRIAL. 

SELECT    INVOICE-FILE    ASSIGfJ    TO    UT-S-IN VOICE, 

SELECT    REQN-FILE     ASSIGN    TO    UT-S-REQN, 

SELECT   VOLUME-FILE    ASSIGN    TO    UT-S-VOLUME. 
DATA    DIVISION, 
FILE   SECTION, 

FD       MASTER-FILE    LABEL    RECORDS    ARE    STANDARD. 
01       MAST E 5- RECORD, 

02   DOCNUM, 

03      SEEVCODE  PIC    X, 

03      UIC  PIC    X  (5)  . 

03      JDATE  PIC    X  (4)  . 

03      SERNUM  PIC    X(U)  . 

02   CUST-CODE  PIC    X(3). 
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02    STK-NOM. 

03      FSC  PIC  X  (4)  . 

03      NCB  PIC  X(2)  . 

03      NUN  PIC  X(7)  . 
02    MATEBIAL  OCCURS   5    TIMES. 

03       NOMEN  PIC  X  (10)  . 

03      aiSSOE  PIC  X  (2)  . 

03      QTY  PIC  X(5)  - 

03       nPRICE  PIC  99999V99, 

03      EXTPRICE  PIC  99999V99. 

03      SERQE  PIC  X(9)  . 

02    PRI  PIC  X  (2)  . 

02    TOTCOST  PIC  99999V99, 

02    3PACALLNR  PIC  X  (4)  . 
02    ?0 NUMBER. 

03      YEAR  PIC  X  (2)  . 

03      PCODE  PIC    X. 

03       PNUMBSR  PIC  X  (4)  . 

02    CONTYPE  PIC  X. 

02    P2CC0DE  PIC  X. 

02   VENDOR  PIC  X  (20)  . 
02    MATL-RECVD    OCCURS    3    TIMES. 

03      RDATE  PIC  X  (4)  . 

02    COMPL  PIC  X  (3)  . 

02    INVOICE    OCCURS  5    TIMES. 

03       INUMBER  PIC    X(6)  . 

03      AMOUNT  PIC  99999V99 

03      DATE-RSCVD  PIC  X  (4)  . 

03       DATE-FWD  PIC  X  (4)  . 
02    STAT    OCCURS   5    TIMES. 

03      PSTAT  PIC  X  (30)  . 

FD       REPORT-FILE    LABEL  RECORDS    ARE    STANDARD, 
01       REPORT-RECORD. 
02    DOCNUM. 

03      SERVCODE  PIC  X. 

71 


03     aic 

PIC 

X(5)  . 

0  3      JDATE 

PIC 

X(4). 

03      SERNUM 

PIC 

x(a)  . 

02   CUST-CODE 

PIC 

X(3)  . 

02    STK-NUH, 

03      FSC 

PIC 

X(U), 

0  3      NCB 

PIC 

X(2)  . 

03      NUN 

PIC 

X(7)  . 

02    MATERIAL   OCCURS   5     TIMES. 

0  3       NO  MEN 

PIC 

X (10)  . 

0  3       UIS3UZ 

PIC 

X(2)  . 

03      QTY 

PIC 

X(5)  . 

0  3       UPHICE 

PIC 

99999799 

03      EXTPRICE 

PIC 

99999799 

0  3      S2RQE 

PIC 

X(9)  . 

02   PRI 

PIC 

X(2)  . 

02    TOICOST 

PIC 

99999V99 

02    3PACALLNR 

PIC 

X(4)  . 

02    POFJMBZR- 

0  3      YEAR 

PIC 

X(2)  . 

03      PCODE 

PIC 

X. 

03       PNUM3ER 

PIC 

X(4)  . 

02   CONTYPS 

PIC 

X. 

02    PRCCODE 

PIC 

X. 

02    VENDOR 

PIC 

X (20)  . 

02    MATL-RECYD    OCCURS    3    TIMES. 

0  3      RDATE 

PIC 

X(4)  . 

02    COMPL 

PIC 

X(3)  . 

02    INVOICE   OCCURS    5    TIMES. 

03      INOMBER 

PIC    X  (6)  . 

03      AMOONT 

PIC 

99999799 

0  3      DATE-RECVD 

PIC 

X(U)  . 

03       DATE-FWD 

PIC 

X(4)  . 

02    STAT    OCCURS    5     TIMES. 

0  3      PS  TAT 

PIC 

X(30)  . 
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FD       FODOXBEF-FILE    REPORT    IS    P0D0XREF-R2P0RT , 

LABEL    RECORDS    ARE    SIANDARD. 
FD       INVOICE-FILE    REPORT    IS    INVOICE-REPORT, 

LABEL    RECORDS    ARE    STANDARD. 
FD       HISTORY-FILE    REPORT    IS    HISTORY-REPORT, 

LABEL    RECORDS    ARE    STANDARD. 
FD       MATERIAL- FILE    REPORT    IS    MATERIAL-REPORT, 

LABEL    RECORDS    ARE    STANDARD. 
FD       REQN-FILE    REPORT    IS    REQN-REPORT, 

LkBEL    RECORDS    ARE    STANDARD, 
FD       VOLaME-FILS    REPORT   IS    VOLJME-REPORT, 

LABEL    RECORDS    ARE    STANDARD. 
WORKING-STORAGE    SECTION. 

PIC    X(3)     VALDS  IS     «YES' 

PIC  999   VALUE  IS  ZERO. 

PIC  999   VALUE  IS  ZERO. 

PIC  999   VALUE  IS  ZERO. 

PIC  999   VALLJE  IS  ZERO. 

PIC  999   VALUE  IS  ZERO. 

PIC  999   VALUE  IS  ZERO. 

PIC  999   VALUE  IS  ZERO. 

PIC  999   VALUE  IS  ZERO. 

PIC  999   VALUE  IS  ZERO. 

PIC  999   VALUE  IS  ZERO. 

PIC  999   VALUE  IS  ZERO. 

PIC  999   VALUE  IS  ZERO. 

PIC  999   VALUE  IS  ZERO. 

PIC  999   VALUE  IS  ZERO. 

PIC  999   VALUE  IS  ZERO. 

PIC  999   VALUE  IS  ZERO. 

PIC  999   VALUE  IS  ZERO. 

PIC  999   VALUE  IS  ZERO. 

PIC  999   VALUE  IS  ZERO. 

PIC  999   VALUE  IS  ZERO. 

PIC  999   VALUE  IS  ZERO, 
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77 

MORE-EATA 

77 

I 

77 

CO  UN  T  A 

77 

COUNT E 

77 

COUNTC 

77 

COUNTD 

77 

COUNTE 

77 

COUNTF 

77 

COUNTG 

77 

COUNT H 

77 

COUNTI 

77 

COUNTJ 

77 

COUNTK 

77 

COUNTI 

77 

CO  UN  TAD 

77 

COUNTED 

77 

COUNTCD 

77 

COUNT DD 

77 

CO  UN  T  ED 

77 

COUNT FD 

77 

COUNTGD 

77 

COUNT  HD 

77  COONTID  PTC  999  VALUE    IS  Z3R0, 

77  COUNTJD  PIC  999  VALUE    IS  ZERO 

77  COUNTKD  PIC  999  VALUE    IS  ZERO, 

77  COUNTLD  PIC  999  VALUE    IS  ZERO, 
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APPENDIX    E 
HEPOBT   AND    PROCEDORE    SECTIONS, 

P  OR  CHASE    0RDER/DCCU?1ENT    NOMBER    CROSS    REFERENCE    LISTING 


REPORT    SECTION. 

RD       FODOXHEF-REPORI 

PAGE    LIMIT    IS    55    LINES, 

HEADING    23,    FIRST    DETAIL    20, 

LAST     DETAIL   aS,     FOOTING    51. 

0  1       TYPE    IS    REPORT    HEADING. 

02    LINE    NUMBER    I S    22 . 

03    COLUMN    20    PIC    X(55)     VALUE    IS 
•PURCHASE   ORDER    /    DOCUMENT    NUMBER 
CRCSS    REFERENCE    LISTING', 

01  PAGE-HEAD    TYPE    IS    PAGE    HEADING. 
02    LINE    NUMBER    I  S    24 , 

03    COLUMN    20     PIC    X(35)     7ALUS    IS 

'OUTSTANDING    NON-STANDARD    STOCK    ONLY' 
02    LINE    NUMBER   I  S    26  . 

03    COLUMN    25     PIC    X(15)     VALUE    IS 

•DOCUMENI     NUMBER', 
03    COLUMN    50    PIC    X(21)     VALUE    IS 
•PURCHASE    ORDER    NUMBER'. 
02      LINE    6. 
01       DOCUMENT-NUMBER    TYPE    IS    DETAIL. 
02    LINE    NUMBER    PLUS    1. 

03   COLUMN    25     PIC    X(1)     SOURCE    IS 

SERVCODE   DF    REPORT-RECORD. 
03    COLUMN    25     PIC    X  (5)     SOURCE    IS 

UIC    OF    REP0RT-REC3RD. 
03    COLUMN    31     PIC    X{1|     VALUE    IS    '-', 
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03   COLUMN    32    PIC    X (U)     SOURCE    IS 

JDATE  OF   REPOaT-RECORD. 
03   COLUMN    36    PIC   X{1)     ^ALOE    IS    •-». 
03   COLUMN    37    PIC    X(a)     SOURCE    IS 

SEENUM    OF     REPORT-RECORD. 
03    COLUMN    57    PIC    X  (2)     SOURCE    IS 

YEAR   OF    REPORT-RECORD. 
03    COLUMN    59    PIC    X(1)     VALUE    IS    •-». 
03    COLUMN    50     PIC   X(1)     SOURCE    IS 

PCODE    OF    REPORT-RECORD. 
03    COLUMN    61     PIC    X(1)     VALUE    IS    '-'. 
03    COLUMN    62    PIC    X  (U)     SOURCE    IS 
PNUMBER    OF     REPORT-RECORD. 
PROCEDURE    DIVISION. 
CONTROL- SECTION. 

PERFORM    STARTUP. 

PERFORM    GENERATE-REPORT    UNTIL    MORE-DATA    IS    EQUAL 
TO    •  NC». 

PERFORM    CLEANUP. 
STOP     RUN. 
STARTUP. 

OPEN     INPUT    REPORT-FILE,    OUTPUT    PODOXREF-FILS, 
READ     REPORT-FILE    AT    END    MOVE    'NO*    TO    MORE-DATA. 
INITIATE    PODOXREF-REPORT. 
GENERATE-  REPORT. 

IF   COt«PL    OF    REPORT-RECORD    IS    EQUAL    TO    SPACES 
AND    NUN    OF    REPORT-RECORD    IS    EQUAL    TO    SPACES 

GENERATE    DOCUMENT-NUMBER. 
READ     REPORT-FILE     AT    END    MOVE     'NO'    TO    MORE-DATA. 
CLEANUP. 

TERMINATE    PODOXREF-REPORT. 

CLOSE    REPORT-FILE,    PODOXRSF- FILE, 

DISPLAY    'SUCCESSFUL    END    OF    REPORT    PROGRAM'. 
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HISTORICAL    INVOICE    LISTING 

RSPOHT   SECTION. 
RD      HISTORY-REPORT 

CONTROL    IS    FINAL,    VENDOR    OF    REPORT-RECORD, 
PAGE    LIMIT   IS    59    LINES, 
HEADING    a,    FIRST     DETAIL    8, 
LAST    DETAIL   52,     FOOTING    55. 
01       TYPE     IS    REPORT    HEADING. 
02    LINE    NUMBER    I S    1*4  . 

03    COLUMN    33       PIC    X(26)        VALUE    IS 
'HISTORICAL    INVOICE    LISTING'. 
01       PAGE-HEAD    TYPE    IS    PAGE    HEADING. 
02    LINE    NUMBER    I  S    15  . 

03    COLUMN    10     PIC    X  (27)     VALUE    IS 
•INVOICES     RECEIVED    3Y    VENDOR'. 
01       VENDOR-HEADER    TZPE    IS    CONTROL    HEADING 
VENDOR   OF    REPORT-RECORD. 
02    LINE    NUMBER    IS    PLUS    U. 

03    COLUMN    13     PIC    X  (7)        7ALUE    13    'VENDOR:'. 
03    COLUMN    20    PIC   X (20)        SOURCE    IS 
VENDOR    OF     REPORT-RECORD. 
02    LINE    NUMBER    IS    PLUS    2. 

03    COLUMN    14       PIC    X (7)     VALUE    IS    'INVOICE', 
03    COLUMN    27       PIC    X(9)     VALUE    IS    'PURCHASE'. 
03    COLUMN    45       PIC    X(4)     VALUE    IS    'DATE'. 
03    COLUMN    57       PIC    X(4)     VALUE    IS    'DATS'. 
02   LINE    NUMBER    IS    PLUS    1. 

03    COLUMN    14       PIC    X(6)        VALUE    IS    'NUMBER'. 
03    COLUMN    25       PIC    X(12)        VALUE    IS 

'ORDER    NUMBER*  . 
03    COLUMN    43       PIC    X (8)        VALUE    IS    'RECEIVED'. 
03    COLUMN    55       PIC    X(9)        VALUE    IS    'FORWARDED' 
03    COLUMN    70     PIC    X (6)  VALUE    IS    'AMOUNT'. 
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01       INVOICE-INFO    TYPE    IS    DETAIL. 
02    LINE    NOMBER    I  S    PL  US    1 . 

03    COLUMN    15      PIC    X (6)        SOURCE    IS    INUMBER 

OF    REPORT- RECORD    (I) . 
03    COLUMN    26       PIC    X  (2)        SOURCE    IS 

YEAR   OF    REPORT-RECORD. 
03    COLUMN    28       PIC    X(1)        VALUE    IS    •-». 
03    COLUMN    29       PIC    X(1)        SOURCE    IS 

PCODE   OF    REPORT-RECORD. 
03    COLUMN    30       PIC    X{1)        VALUE    IS    '-'. 
03    COLUMN    31        PIC    X('4)        SOURCE    IS 

PNUMBER    3?    REPORT-RECORD. 
03    COLUMN    '45       PIC    X(il)        SOURCE    IS 

DATE-RECVD    0?    EEPORT-HSCORD     (I)  . 
03    COLUMN    57       PIC    X{4)        SOURCE    IS 
DATE-FWD   OF    REPORT-RECORD     (I). 
03    COLUMN    67     PIC    ZZ,ZZZ.99       BLANK    »HEN    ZERO 
SOURCE    IS     AMOUNT    OF    REPORT-RECORD     (I) . 
PROCEDURE    DIVISION. 
CONTROL-SECTION. 

PERFORM    STARTUP. 

PERFORM    GENERAIE-REPORT    UNTIL    MORE-DATA    IS    EQUAL 
TO    'NC. 

PERFORM    CLEANUP. 
STOP     RUN . 
STARTUP. 

OPEN    INPUT    REPORT-FILE,    OUTPUT    HISTORY-FILE. 
READ     REPORT-FILE    AT    END    M3VE    'NO'    TO    MORE-DATA. 
INITIATE    HISTORY -REPORT. 
GENERATE- REPORT. 
MOVE     1    TO    I. 

PERFORM    CHECK-INVOICE    UNTIL    1    =    6. 
READ     FEPORT-FILE     AT    END    MOVE    »N0«    TO    MORE-DATA. 
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CHECK- IN  VOICE. 

IF    DATE-RECVD    OF    REPORT-RECORD     (I) 

IS    NOT   EQUAL    TO    SPACES 

GENERATE   INVOICE-INFO. 

ADD    1    TO    I. 
CLEANUP. 

TERMINATE    HISTORY-REPORT. 

CLOSE    REPORT-FILE,    HISTOR?-FILE . 

DISPLAY    'SUCCESSFUL    END    0?    REPORT    PROGRAM'. 


MATERIAL    BY    VENDOR    LISTI N3 

REPORT    SECTION. 

RD       MATERIAL-REPORT 

CONTROL    IS    VENDOR    OF    REPORT-RECORD, 
PAGE    LIMIT   IS    6  6    LINES, 
HEADING    2,    FIRST    DETAIL    6, 
LAST     EETAIL    5  8,     FOOTING    61. 
01       TYPE    IS    REPORT    HEADING. 
02       LINE    NUMBER    IS    18. 

03   COLUMN    30       PIC    X(25)     VALUE    IS 
'MATERIAL     BY    VENDOR    LISTING    '. 
01       TYPE     IS    PAGE    HEADING. 

02       LINE    NUMBER    IS    PLUS    U. 

03      COLUMN    10    PIC    X(3!i)     VALUE    IS 

'OUTSTANDING    REQUISITIONS    BY    VENDOR' 
01       VENDOR-HEADER    TYPE    IS    CONTROL    HEADING 

VENDOR   OF    REPORT-RECORD    NEXT    GROUP    IS    PLUS    1 
02      LINE    PLUS    4. 

03      COLUMN    5    PIC    X (7)     VALUE    IS    'VENDOR:' 
03      COLUMN    15    PIC    X(2D)     SOURCE    IS 
VENDOR    OF    REPORT-RECORD. 
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02      LINE    PLUS    2. 

03      COLUMN    17    PIC    X{8)     VALUE    IS 
•PURCHASE    ORDER    NUMBER'. 
02      LINE    PLUS    1. 

03      COLUMN    15    PIC    X(12)     VALUE    IS 

•ORDER    NUMBERS. 
03      COLUMN    43    PIC    X(15)        VALUE    IS 
•DOCUMSST    NUMBER». 
01    DOCUMENT-NUMBER    TYPE    IS    DETAIL. 
02       LINE    NUMBER     IS    PLUS    1. 

0  3      COLUMN    16      PIC    X  (2)        SOURCE    IS 

YEAR    0?    REPORT-RECORD. 
03      COLUMN    18      PIC    X(1)        VALUE    IS     « -' 
03      COLUMN    19      PIC    X(1)        SOURCE    IS 

PCODS    OF     REPORT-RECORD. 
03      COLUMN   20      PIC    X(1)        VALUE    IS    '-• 
0  3      COLUMN    2  1      PIC    X  (4)        SOURCE    IS 

PNUMBER    OF    REPORT- RECORD. 
0  3      COLUMN    4  3      PIC    X(1)        SOURCE    IS 

SERVCOOE    Of    REPORT-RECORD. 
0  3      COLUMN    4  4      PIC    X(5)        SOURCE    IS 

UIC   OF    REPORT-RECORD. 
03      COLUMN    49      PIC    X(1)        VALUE    IS     '-' 
0  3      COLUMN    5  0      PIC    X(4)        SOURCE    IS 

JDATE    D?    REPORT-RECORD. 
03      COLUMN    54      PIC    X(1)        VALUE    IS    *-• 
0  3      COLUMN    5  5      PIC    X(4)        SOURCE    IS 
SERNUM    3?    REPORT-RECORD. 
PROCEDURE    DIVISION. 
CONTROL-SECTION. 

PERFORM    STARTUP. 

PERFORM    GENERATE-REPORT    UNTIL    MORE-DATA 

IS    EQUAL    TO    'NO*  . 

PERF0  5M    CLEANUP. 

STOP    RUN. 
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STARTUP. 

OPEN    INPOT    REPORT-FILE,    OQTPUT    f1  ATSRI AL-FILE. 

READ     EEPORT-FILE    AT    END    MDVE    »N0»    TO    MORE-DATA, 

INITIATE    MATERIA  L-REPORr. 
GENERATE- FEPOP.T. 

IF    NUN    OF    REPORT-RECORD    IS    EQUAL    TO    SPACES 

AND    CCMPL    OF    REP ORT- RECORD    IS    EQUAL    TO    SPACES 
GENERATE    D3 CUMENT-NUH3ER. 

READ     bEPORT-FILE    AT    END    MOVE    'NO'     TO    ?10RE-DATA 
CLEANUP. 

TERMINATE    MATERIAL-REPORT. 

CLOSE    REPORT-FILE,    MATERIAL-FILE. 

DISPLAY    'SUCCESSFUL    END    OF    REPORT    PROGRAM'. 


DAILY    INVOICE    RE  K)RT 


REPORT    SECTION. 
RD       INVOICE- REPORT 

CONTROL    IS    FINAL,    PROCODE    OF    REPORT-RECORD, 
PAGE    LIMIT   IS    55     LINES, 
HEADING    2,    FIRST     DETAIL    6, 
LAST    DETAIL   50,     FOOTING    52. 
01       TYPE    IS    REPORT    HEADING. 
02      LINE    NUMBER    IS    16. 

03      COLUMN    26      PIC    X{20)     VALUE    IS 
'DAILY    INVOICE    REPORT*. 
01       PAGE-HEAD    TYPE    IS    PAGE    HEADING. 
02      LINE    NUMBER    IS    18. 

03      COLUMN    10    PIC    X(51)        VALUE    IS 

•INVOICES    RECEIVED    AND    NOT    PROCESSED, 
BY    PROCESSOR'  . 
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01       FROCESSOR-HE&DER    TYPE    IS    CONTROL    HEADING 

PHOCODE    OF    REPORT-RECORD    NEXT    GROUP    IS    PLUS    1. 
02      LINE    NUMBER    IS   PLUS    4. 

03      COLUMN    10    PIC    X(10)        VALUE    IS 

•  PROCESSOR:' 
03   COLUMN    24    PIC    X(1)     SOURCE    IS 
PROCODE    OF    REPORT-RECORD. 
02      LINE    NUMBER    IS   PLUS    2. 

03      COLUMN    11    PIC    X(12)     VALUE    IS    'PURCHASE*. 
0  3      COLUIIN    4  7    PIC    X(4)     VALUE    IS    'DATE'. 
02       LINE    NUMBER     IS    PLUS    1. 

0  3      COLUMN    9       PIC    X(12)        VALUE    IS 

» ORDER    NUMBER'. 
03      COLUMN    26      PIC    X(14)        VALUE    IS 

•INVOICE    NUMBER'. 
03      COLUMN    45      PIC    X(3)        VALUE    IS 
'  RECEIVED'  . 
01       INVOICE-INFO    TYPE    IS    DETAIL. 
02       LINE    NUMBER    IS    PLUS    1. 

03   COLUMN    10     PIC    X(2)     SOURCE    IS    YZAH    0? 

REPORT-RECORD. 
03   COLUMN    12    PIC    X(1)     VALUE    IS    '-'. 
03   COLUMN    13    PIC    X(1)     SOURCE    IS    PCODE    OF 

REPORT-RECORD. 
0  3  COLUMN    14     PIC    X  (1 )     VALUE    IS    '-'. 
0  3   COLUMN    15    PIC    X  (4)     SOURCE    IS    PNUMBER    OF 

REPORT-RECORD. 
0  3   COLUMN    31     PIC    X (6)     SOURCE    IS    INUMBER    OF 

REPORT-RECORD     (I)  . 
0  3   COLUMN    47    PIC    X (4)     SOURCE    IS    DATE-RSCVD    0? 
REPORT-RECORD     (I). 
PROCEDURE    DIVISION. 
CONTROL-SECTION, 

PERFORM    STARTUP. 
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PEBFOEM    GENEEATS-EEPORT    USTIL    MORE-DATA 

IS    EQUAL    TO    'NO*  . 

PEHFOEM    CLEANUP. 

STOP    RON, 
STARTUP. 

OPEN    INPUT    REPORT-FILE,    OUTPUT    INVOICE- FILE. 

READ     FEPORT-FILS    AT    END    M37E    'NO'    TO    MORE-DATA. 

INITIATE    INVOICE-REPORT. 
GENERATE- FEPOET. 

mVE     1   TO    I. 

PERFOaM    CHECK-DATE   5    TIMES. 

READ     FEPORT-FILS     AT    END    M37E     'NO*    TO    MORE-DATA. 
CHECK-DATE. 

IF    DATE-RECVD    OF    REPORT-RECORD     (I)     IS    NOT    EQUAL 

TO    SPACES 

AND    DATE-FWD    OF     REPORT-RECORD     (I)     IS    EQUAL 

TO   SPACES 

GENERATE    I NVCICE-INFO. 

ADD    1    TO    I. 
CLEANUP. 

TERMINATE    INVOICE-REPORT. 

CLOSE    REPORT-FILE,    INVOICE-FILE. 

DISPLAY    'SUCCESSFUL    END    OF    REPORT    PROGRAM'. 


gE^UISITION    STATUS    REPORT 

REPORT   SECTION. 

RD       REQN-EEPORT 

CONTRCLS     ARE    UIC    OF    REPORT-RECORD, 
CUST-CODE    OF    REP ORT- RECORD , 
JDATE    OF    REPORr- RECORD, 
SERNOt!   OF    REPORT-RECORD, 
PAGE    LIMIT    IS    59    LINES, 
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HEADING    13,    FIRST    DETAIL    17, 
LAST    DETAIL   53,     FOOTING    55. 
01       TYPE    IS    REPORT    HEADING. 
02      LINE    13. 

03      COLUMN   30    PIC    X(25)     VALUE    IS 
•REQUISITION    STATUS    REPORT*. 
01       PAGE-HEAD    TYPE    IS    PAGE    HEADING. 
02      LINE    IS    15. 

03      COLUMN    15    PIC    X(5'4)     VALUE    IS 

•  REPORT    0?   OUTSTANDING    REQUISITIONS 
BY    UIC/CUSTOMER'. 
01       UIC-HEADER   TYPE    IS    CONTROL    HEADING 

UIC    OF    REPORT-RECORD    NEXT    GROUP    IS    PLUS     1. 
02       LINE    PLUS    a. 

03      COLUMN    15    PIC    X(4)     VALUE    IS    »UIC:', 
03      COLUMN    2  1    PIC    X(1)     SOURCE    IS 

SEEVCODE    OF    REPORT-RECORD. 
0  3      COLUMN    2  2    PIC    X(5)     SOURCE    13 
UIC   OF    REFORT-RECDRD. 
01       CUST-CODE-HEADER    TYPE    IS    CONTROL    HEADING 

COST-CODE    OF    RE? ORT- RECORD    NEXT    GROUP    IS    PLUS    1 
02      LINE    PLUS    2. 

03      COLUMN    15    PIC   X(1U)     VALUE    IS 

'CUSTOMER    CODE:  '. 
03      COLUMN    32    PIC    X(3)     SOURCE    IS 
CUST-CODE    OF    REPORT- RECORD. 
02      LINE    PLUS    2. 

03      COLUMN    15    PIC    X(15)     VALUE    IS 

•DOCUMENT     NUMBER*. 
03      COLUMN    35    PIC    X(21)     VALUE    IS 

•PURCHASE    ORDER    NUMBERS. 
03      COLUMN    52     PIC    X(6)     VALUE    IS    'STATUS^. 
01       REQN-INFO    TYPE    IS    DETAIL. 
02      LINE    IS   PLUS     1. 
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03      COLUMN    18    PIC    X(m     GHOUP    INDICATE    SOURCE 

IS    JDAIS    OF    REPORT-RECORD. 
03      COLUMN    24    PIC    X(4)     GROUP    INDICATE    SOURCE 

IS    SERNUM    OF    REPORT- RECORD. 
03      COLUMN    40    PIC   X(2)     SOURCE    IS 

YEAR    OF    REPORT-RECORD. 
03      COLUMN    43    PIC    X(1)      SOURCE    IS 

PCODE    OF    REPORT-RECORD. 
03      COLUMN    4  5    PIC    X(4)     SOURCE    IS 

PNUMBER     OF    REPORT- RFCORD. 
03      COLUMN    59    PIC    X(30)     SOURCE    IS 
PSTAT    OF    PEPORT-RECOED     (I). 
PROCEDURE    DIVISION. 
CONTROL-SECTION- 

PERFOBM    STARTUP. 

PERFORM    GENERATE -REPORT    UNTIL    MORE-DATA    IS    EQUAL 
TO    'NC*. 

PERFORM    CLEANUP. 
STOP     5UN. 
STARTUP. 

OPEN    INPUT    REPORT-FILE,    OUTPUT    REQN-FILE, 
READ     SEPORT-FILE     AT    END    MOVE    »N0'    TO    MORE-DATA. 
INITIATE    FEQN-RSPORT. 
GENERATE- FEPORT. 
MOVE     1    TO    I. 
PERFORM    DO    UNTIL    1=6. 

READ     FEPORT-FILE     AT    END    MDVE    'N0«    TO    MORE-DATA. 
DO. 

IF    PSTAT    OF   REPORT-RECORD     (I) 
IS    NOT   EQUAL    TO     SPACES 

GENERATE    REQN-INFD. 
ADD    1    TO    I. 
CLEANUP. 

TERMINATE    REQN- REPORT. 

CLOSE    REPORT-FILE,    REQN-FILE. 
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MON THLY    VOLUSE    RIPORT 

REPORT   SECTIOW. 
RD      VOLU HE-RE  PORT 

PAGE    LIMIT   IS    65    LINES, 
HEADING    2,    FIRST    DETAIL    10, 
LAST    DETAIL   52,     FOOTING    55. 
01       TYPE    IS    REPORT    HEADING. 
02       LINE     14, 

03      COLUMN    50    PIC    X(1S)     VALUE    IS 

•DATE       '. 

02      LINE    16. 

03      COLUMN    10    PIC    X(32)     VALUE    IS 

•FROM:       ISSUE    CONTROL,    CODE    4221B». 
02      LINE     18. 

03      COLUMN    10    PIC    X(30)     VALUE    IS 

'TO:  SUPPLY    OFFICER,    CODE    ^2'. 

02       LINE    20. 

0  3      COLUMN    10    PIC    X('4  3)     VALUE    13 

•SUBJ:       MONTHLY    VOLUME    REPORT    FOR 
THE    PERIOD'  . 
02      LINE    22- 

03      COLUMN    17    PIC    X(2!i)     VALUE    IS 

' THRU '. 

02      LINE    28. 

03      COLUMN    13     PIC    X(35)     VALUE    IS 

•1.       NON-STANDARD    STOCK    REQUISITIONS' 
03      COLUMN    51     PIC    X(12)     VALUE    IS 
•ISSUE    3R0UPS'. 
02      LINE    30. 

0  3      COLUMN    16    PIC    X(3|     VALUE    IS    'UIC. 
03      COLUMN    £l6    PIC    X(1|     VALUE    IS    'A'. 
03      COLUMN    56    PIC   X(1)     VALUE    IS    '3'. 
03      COLUMN    56    PIC    X(1|     VALUE    IS    'C. 
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02      LINE    32. 

03      COLUMN    ia  PIC    X(6)     VALUE  IS    »X62271». 

0  3      COLUMN    4  5  PIC    999    SOURCE  IS    COUNTAD, 

0  3      COLUMN   5  5  PIC    999    SOURCE  IS    COUNTED. 

03      COLUMN    65  PIC    999    SOURCE  IS    COUNTCD. 
02      LINE    34. 

03      COLUMN    lU  PIC   X(6)     VALUE  IS    •OTHER*. 

0  3      COLUMN    '4  5  PIC    999    SOURCE  IS    COUNTDD. 

03      COLUMN    5  5  PIC    999    SOURCE  IS    COUNTED. 

0  3      COLUMN    5  5  PIC    99  9    SOURCE  IS    COUNTED. 
02      LINE    38. 

03      COLUMN    10  PIC    X(31)     VALUE    13 

•2.       STANDARD    STOCK    REQUISITIONS'. 

03      COLUMN    5  1  PIC    X(12)     VALUE    IS 
•  ISSUE    3  ROUPS'  . 
02      LINE    40. 

03      COLUMN    16  PIC    :C(3)     VALUE  IS     'UIC. 

0  3      COLUMN    4  6  PIC    X{1)     VALUE  13    'A'. 

03      COLUMN    56  PIC    X(1|      VALUE  IS    «B'. 

03      COLUMN    56  PIC    X(1)      VALUE  13    'C. 
02      LINE    42. 

03      COLUMN    14  PIC    X(6)     VALUE  IS    'X62271'. 

0  3      COLUMN    4  5  PIC    999    SOURCE  IS    COUNTGD. 

03      COLUMN    55  PIC    999    SOURCE  IS    COUNTHD. 

03      COLUMN    65  PIC    999    SOURCE  IS    COUNTID. 
02      LINE    44. 

03      COLUMN    14  PIC    X(6)      VALUE  IS    »OTHER«. 

0  3      COLUMN    4  5  PIC    999    SOURCE  IS    COUNTJD. 

0  3      COLUMN    5  5  PIC    999    SOURCE  IS    COUNTKD. 

03      COLUMN    65  PIC    999    SOURCE  IS    COUNTLD. 

02      LINE    56. 

03      COLUMN    4  3  PIC    X(2D)     VALUE    IS 
1  I 

02      LINE    57. 

03      COLUMN    48  PIC    X(9)     VALUE  IS    'SIGNATURE*. 
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02      LINE    62- 

03      COLaMN    10    PIC    X(8)     VALUE    IS    •COPY    TO:  »  . 
02      LINE    63, 

03      COLUMN    10    PIC   X(8)     VALUE    IS    'CODE    422'. 
02      LINE    6U, 

03      COLUMN    10    PIC   X(9»     VALUE    IS    'CODE    4201'. 
PROCEDURE    DIVISION. 
CONTROL-SECTION. 

PERFOBM    STARTUP. 

PERFOEfl    COUNT-ROUTINE    UNTIL    MORE-DATA    IS    EQUAL 
TO    'NO*. 

PERFORM    GSNEHATE-RSPORT. 
PERFORM    CLEANUP. 
STOP     EUN. 
STARTUP. 

OPEN    INPUT    REPORT-FILE,    OUTPUT    VOLUME-FILE. 
READ     SEPORT-FILS     AT    END    MOVE     'NO'    TO    MORE-DATA. 
INITIATE    VOLUME- REPORT. 
COUNT- ROUTINE, 

IF    NUN    OF    REPORT-RECORD    IS    EQUAL    TO    SPACES 

IF    UIC    OF    REPORT- RECORD    IS    EQUAL    TO     '62271' 
IF    PRI    OF     REPORT-RECORD    IS    EQUAL    TO     '     5' 

ADD    1    TO   COUNTA 
ELSE    IF    PRI    OF    REPOR T- RECORD    IS    EQUAL    TO 
•10' 

ADD    1    TO    COUNTB 
ELSE     ADD    1    TO    COUNTC 
UIC   OF    REPORT-RECORD. 
ELSE    IF    PRI    OF    REPORT-RECORD    IS    EQUAL    TO    '     5' 
ADD    1     TO    COUNTD 
ELSE    IF    PRI    OF    REPORT-RECORD    IS    EQUAL    TO 
•  10* 

ADD    1    TO    COUNTE 
ELSE    ADD    1    ID    COUNTF 
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ELSE     IF    UIC  OF    R EPORT-RECDRD    IS    EQUAL    TO    ' 62271 • 
IF    PRI    OF    REPORT-RECORD    IS    EQUAL    TO    '    5» 

ADD    1     TO    COUNTS 
ELSE    IF     PRI    OF    REPORT-RECORD    IS    EQUAL    TO 
»  10* 

ADD    1    TO    ZOUNTH 
ELSE    ADD    1    TD    COUNTI 
ELSE    IF    PRI    OF    REPORT-RECORD    IS    EQUAL    TO 
•    5» 

ADD     1    TO    COUNTJ 
ELSE    IF    PRI    OF    REPORT-RECORD    IS    EQUAL 
•10' 

ADD    1    TD    COUNTK 
BLSS    ADD    1    TO    COUNTL. 
READ     FEPORT-FILE    AT    END    MDVE    »N0»    TO    MORE-DATA- 
GENERATE-  REPORT. 

MOVE  COUNTA  TO  COUNT  AD. 
MOVE  COUNTS  TO  COUNTED. 
MOVE  COUNTC  TO  COUNTCD. 
MOVE  COUNTD  TO  COUNT  DD. 
MOVE  COONTE  TO  COUNTED. 
MOVE  COUNTF  TO  COUNTFD. 
MOVE  COUNTG  TO  COUNTGD. 
MOVE  COUNTH  TO  CCUNTHD. 
MOVE  COONTI  TO  COUNTID. 
MOVE  COUNTJ  TO  COUNT JD. 
MOVE  COUNTK  TO  COUNT  KD. 
MOVE  COUNTL  TO  COUNTLD. 
GENERATE  VOLUME- REPO  RT. 
CLEANUP. 

TERMINATE    VOLUME-REPORT. 

CLOSE    REPORT-FILE,    VOLUME-FILE. 
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APPENDIX   F 
REPORTS 

PURCHASE    ORDER    I   DOCUMENT    NUMBER    CROSS     REZIEENCE    LISTING 
OUTSTANDING    NON-STANDARD    STOCK    ONLY 

DOCUMENT    NUMBER  PUSCHASZ    ORDER    NUMBER 

XU1321-2250-5219  82-M-1266 

X41321-2250-5225  82-F-2176 

X62271-2250-6115  82-M-1266 

X6227 1-22 50-61 16  82-M-1266 

X62271-2250-6122  82-F-1273 

X62271-2250-66D3  82-F-12S0 

X62271-2250-6723  82-F-2280 

XU1321-2251-5320  82-M-1266 

XU1321-2251-5567  32-F-3199 

XU1321-2251-5733  82-F-2222 

X62271-2251-6123  82-F-127U 

X62271-2252-6ia4  82-M-1201 

X62271-2252-612!*  82-F-1375 

X41321 -2253-5235  82-F-3176 

X41321-2253-52a5  82-F-2876 

X62271-2253-6132  82-F-2273 

X62271-2253-6133  82-F-227ii 

X6227  1-2253-61  34  82-F-2375 

X62271-2253-6142  82-F-1873 

X62 27 1-22 5 3-6 143  82-F-1874 

X62271-2253-6144  82-F-1875 
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HISTORICAL    INVOICE    LISTING 


INVOICES    RECEIVEC   BY    VENDOR 


VENDOR:  ACE    HAPDWARE 

INVOICE  PORCHASE 

NUMBER  ORDER     NUMBER 

12345  82-M-1201 

12345  82-M-1201 

12345  82-M-1201 

12446  82-a-1201 

VENDOR:  COLBY     SUPPLY 

INVOICE  PURCHASE 

NUMBER  ORDER     NUMBER 

56  78  9  8  2- M- 1266 

56  77  8  8  2-M-1266 

57777  82-M-1266 

5776  6  8  2-M-1266 

VENDOR:  PACIFIC   INC. 


DATS 

DATE 

RECEIVED 

FORWARDED 

AMOUNT 

2275 

2276 

2,200.00 

2275 

2276 

2,200.00 

2275 

2276 

2,200.00 

2277 

800.00 

DATE 

DATE 

a  EC EI  V ED 

FORWARDED 

AMOUNT 

2273 

2276 

400.00 

2273 

300.00 

2273 

200.00 

2274 

100.00 

I>?VOICE 

PURCHASE 

DATE 

DATE 

NUMBER 

ORDER     NUMBER 

RECEIVED 

FORWARDED 

AMOUNT 

87462 

82-F-1  272 

2273 

2275 

100.00 

87  354 

82-F-1277 

2273 

300.00 

83629 

8  2-F-1322 

2273 

2274 

500.00 

77564 

8  2-F-1822 

2273 

2276 

1,120.00 

22  807 

8  2-F-1872 

2273 

2274 

700.00 

26439 

8  2-F-2  272 

2273 

500.00 
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45997 

8  2- F- 2  277 

2273 

2274 

400.00 

VENDOR: 

TRIDENT    CO, 

INVOICE 

PURCHASE 

DATE 

DATE 

NOMBER 

ORDER    NOMBER 

RECEIVED 

FORWARDED 

AMOUNT 

88  76  3 

82-P-1271 

2273 

2274 

200.00 

00019 

82-F-1271 

2274 

2, ICO. 00 

00012 

82-?-  1271 

2  27  3 

2275 

100.00 

23746 

82-F-1278 

2273 

4  0C.O0 

45  37  2 

82-F-  1279 

2  27  3 

2275 

400.00 

43638 

82-F-1281 

2273 

400-00 

99946 

82-F-  1871 

2273 

2275 

200.00 

33372 

82-F- 1878 

2273 

2275 

500.00 

00923 

82-F-  1879 

2273 

2275 

100.00 

33999 

82-F- 1881 

2273 

100.00 

46538 

82-?-  2134 

2273 

2  00.00 

82  04  6 

82-F- 227  1 

2273 

2274 

100.00 

37734 

32-F-2278 

2273 

2275 

800.00 

77746 

82-F-2279 

2  27  3 

2275 

2, 1 00.00 

65656 

82-F- 2281 

2273 

2274 

2,200.00 

33392 

82-F- 2834 

2273 

2275 

200.00 
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MAIERIAL    By    VENDOR    LISTING 


OUTSTANDING    REQaiSITIONS    BY    VENDOR 


VENDOR: 


ACE   HARDWARE 


PURCHASE 
ORDER    NUMBER 

82-M-120  1 


DOCUMENT    NUMBER 


X62271-2252-610a 


VENDOR: 


COLBY    SUPPLY 


PURCHASE 
ORDER    NUMBER 

82-fl-1256 
82-M-1266 
S2-M-1266 
82-M-1266 


DOCUMENT    NUMBER 
X62271-2250-61 15 

ft 

X62271-2250-6116 
X41321-2250-5219 
X41321-2251-5320 


VENDOR: 


PACIFIC    INC, 


PURCHASE 
ORDER    NUMBER 

82-F-1375 
82-F-1875 
e2-F-2176 
82-F-2375 
82-F-2876 


DOCUMENT  NUMBER 

X62271-2252-612a 
X62271-2253-614U 
xai321-2250-5225 
X62271-2253-6134 
XU1321-2253-5245 
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VSNDOE:         TRIDENT    CO. 

PORCHASS 

ORDER    NUMBER  DOCaMENT    NUMBER 

82-F-1273  X62271-2250-6122 

82-F-1274  X62271-2251-6123 

82-F-1280  X62271-2250-6603 

82-F-1873  X62271-2253-6142 

82-F-1874  X62271-2253-6143 

82-F-1880  X62271-2255-6424 

82-F-2222  XU 1321-2251-5738 

82-F-2273  X6227 1- 2253-6 1 32 

32-F-2274  X62271-2253-6133 

82-F-2280  X62271-2250-6723 

a2-F-3000  X41321-2255-5314 

82-F-3199  X41321-2251-5567 


94 


DAILY    INVOICE    REPORT 

INVOICES    RECEIVED   AND    NOT    PROCESSED,     BY    PROCESSOR 
PROCESSOR:  1 


PURCHASE 

DATS 

ORDER  NUMBER 

INVOICE  NUMBER 

RECEIVED 

82-H-1201 

12au  6 

22"'7 

82-M-1266 

55778 

2273 

82-M-1266 

5777  7 

2273 

8  2- M- 1266 

57766 

2274 

82-H-1255 

22345 

2275 

82-M-1255 

224Ua 

2274 

82-M-1255 

22UU6 

2273 

82-M-1255 

23344 

2273 

PROCESSOR: 

3 

PURCHASE 

DATS 

ORDER  NUMBER 

INVOICE  NUMBER 

RECEIVED 

82-F-1277 

87354 

2273 

82-F-1877 

88833 

2273 

82-F-2272 

26439 

2273 

8 2- F- 23  22 

68477 

2273 

82-F-1271 

00019 

2274 

82- F- 1278 

23746 

2273 

82-F-1281 

43638 

2273 

82- F- 1881 

3399  9 

2273 

82-F-213U 

46538 

2273 
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M^ISITION   STAT  US    REPORT 


REPORT    OF    OUTSTANDING    REQUISITIONS    5Y    UIC/CUSTOMER 

UIC:       X41321 

CUSTOMER  CODE;    1  1 1 

DOCUMENT  NUMBER    PURCHASE  ORDER  NUMBER     STATUS 

200^  2154  BM  NOZ  2009 

2004  2156  3A  NOZ  2115 

2005  2181  BA  NOZ  2115 
2005  2182  BM  NOZ  2009 

3M  N35  2100 

BM  NOZ  2160 

3M  NOZ  2009 

BM  N35  2100 

2005   2189  BA  NOZ  2110 

210U   2154  BA  NOZ  2200 

2114   2154  BM  NOZ  2229 

2205   2182  BM  NOZ  2310 

BM  NOZ  2210 

BA  NOZ  2215 

2215      2  182  BM    NOZ    2220 

BB    NOZ    SDD    3008 
BM    NOZ    2220 
2250      5219  82    M    1266  EDD    2302 

2250      5225  32    F    2176  EDD    2244 

2253      5235  32    F    3176  EDD    2300 

2253      5245  32    F    2876  SDD    2303 
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CaSTOMEE    CODE:         222 

DOCUMENT    NUMBER         PURCHASE    ORDER    NUMBER  STATUS 

2251  5320  32    M  1265  SDD  2200 

2251  5567  32    F  3199  EDD  2255 

2251  5738  32   F  2222  EDD  2288 

2255  5314  82    F  3000  EDD  2299 

UIC:       X62271 

CUSTOMER    CODS:  001 

DOCUMENT    NUMBER         PURCHASE    ORDER    NUMBER  STATUS 

2004       1572  BM    NOZ    2009 

3B    NOZ    EDD    2200 
2004       1783  BM    NOZ    2009 

B3    NOZ    SDD    2185 
2  00  4      257  2  BM    NOZ    2118 

BM    N35    2130 
BM    NHZ    2149 
2004      2783  BM    NOZ 

2  00  8       1811  BM    NOZ    20  10 

BM    N35    2020 
2008      2811  BA    NOZ    2200 

2102      211 1  B3    NOZ    SDD    2189 

2102      2112  BM    NOZ    2110 

2250      6115  82    M    1266  EDD    2300 

2252      6104  82    M    1201  EDD    2311 

2252  6124  82     F    1375  EDD    2300 

2253  6134  82  F  2375  EDD  2344 
2253  6144  32  F  1875  SDD  2303 
2302      2112                                                                    BM    NOZ    2330 

BB    NOZ    SDD    2360 
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CUSTOMEH   CODE:  002 

DOCUMENT    NOMBES  POHCHASE     ORDER    NOHBER            STATUS 

2009       18UU  3B    NOZ    2020    EDD2050 

2009      2844  BA    NNZ    2210 

2101       1910  BM    NOZ    2105 

2101       1980  BB    NOZ    EDD    2300 

2101       2910  BA    NOZ    2310 
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VOLaWE    REPORT 


DATS      

FROM:       ISSUE    CONTROL,    CODS    42213 

TO:  SUPPLY    OFFICER,    CODE    42 

SUBJ:       MONTHLY    VOLUME    REPORT    FOR  THE    PERIOD 

THRU    

1.  NON-STANDARD    STOCK    REQUISITIONS  ISSUE    3E0UPS 

UIC  ABC 

X62271  000        018        027 

OTHER  009        009        000 

2,  STANDARD    STOCK    REQUISITIONS  ISSUE    GROUPS 

UIC  ABC 

X62271  001        01U        013 

OTHER  00  1        005        006 


SIGNATURE 


COPY  TO: 
CODE  422 
CODE  4201 
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